From: Ben Greear <greearb@candelatech.com>
To: Rick Jones <rick.jones2@hp.com>
Cc: "'netdev@oss.sgi.com'" <netdev@oss.sgi.com>
Subject: Re: BCM5704 performance questions.
Date: Fri, 10 Jun 2005 15:25:00 -0700 [thread overview]
Message-ID: <42AA133C.2000009@candelatech.com> (raw)
In-Reply-To: <42AA0E17.8050201@hp.com>
Rick Jones wrote:
>
>> There will be a bridge chip, and indeed I see better performance when
>> I just use a 2-port Intel NIC as opposed to a 4 port, even if I am
>> only actively using 2 of the 4 ports on the 4-port NIC. For the tg3
>> hardware I only have a
>> 4-port NIC. I do assume that a 2-port tg3 NIC w/out a bridge chip
>> would be
>> faster..but probably not too much.
>
>
> I have been taught by several wise old engineers that the proper
> spelling of assume is ass-u-me :)
>
> Bridge chips can in theory do all sorts of nasty things to performance.
Sure...but the end result is that I need 2 port NICs and I need 4 port NICs.
The 4-port ones need a bridge, so I'm stuck with a bridge. The Intel 4-port
with a bridge works OK, the tg3 not so good. If someone else has a 2-port
BCM NIC that handles full line speed, then that would be a good data point,
but I'm unlikely to purchase one just to satisfy my curiousity. If someone
wants to send me one, I'll happily stick it in my system and report the results.
>> I'm using FC2, basically a default install. It does seem to have an irq
>> balance daemon running. But, I'm not specifically binding IRQs or
>> anything
>> like that. pktgen tx is running as a single thread, so the rx code
>> could run
>> mostly on the other CPU if locking allows...
>
> again, never ass-u-me.
I'm not assuming anything here...just reporting the setup.
Truth is, the e1000 works really well for my application in most
configurations. It was interesting for me to learn that
some folks are getting very good tg3 performance for TCP
transfers when the e1000 was dropping frames (see thread
from the last week or so). So, I was a little supprised that
I did not see such good tg3 numbers.
If the answer is that the tg3 just can't do it, no shame there...but
if my testing can help the tg3 driver improve, I will try to do my
part.
Thanks,
Ben
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
next prev parent reply other threads:[~2005-06-10 22:25 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-10 0:38 BCM5704 performance questions Ben Greear
2005-06-09 23:56 ` Michael Chan
2005-06-10 1:24 ` Ben Greear
2005-06-10 0:37 ` Michael Chan
2005-06-10 21:09 ` Ben Greear
2005-06-10 21:16 ` Michael Chan
2005-06-10 22:35 ` Ben Greear
2005-06-10 22:43 ` David S. Miller
2005-06-10 21:33 ` Rick Jones
2005-06-10 21:56 ` Ben Greear
2005-06-10 22:03 ` Rick Jones
2005-06-10 22:25 ` Ben Greear [this message]
2005-06-10 14:03 ` Jason Lunz
2005-06-10 0:54 ` David S. Miller
2005-06-10 1:20 ` Ben Greear
2005-06-10 1:29 ` David S. Miller
2005-06-10 2:28 ` Ben Greear
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42AA133C.2000009@candelatech.com \
--to=greearb@candelatech.com \
--cc=netdev@oss.sgi.com \
--cc=rick.jones2@hp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).