All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rick Jones <rick.jones2@hp.com>
To: Ben Greear <greearb@candelatech.com>
Cc: "'netdev@oss.sgi.com'" <netdev@oss.sgi.com>
Subject: Re: BCM5704 performance questions.
Date: Fri, 10 Jun 2005 15:03:03 -0700	[thread overview]
Message-ID: <42AA0E17.8050201@hp.com> (raw)
In-Reply-To: <42AA0C9D.2060006@candelatech.com>


> 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.

> CKO == IP checksum offload?


Yes.


> Since Dave doesn't want to debug my bridge setup (and I don't blame him), I
> am going to try to focus my testing/debug reports on the pktgen tests. 
> If/when pktgen shows better performance with tg3, I can verify that I see the
> same speedups with my proprietary bridging module.  I've no idea if CKO would
> help or hinder pktgen, nor have I tried to enable or disable it.
> 
>> Are your interface interrupts distributed across the CPUs?
> 
> 
> 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.

rick

  reply	other threads:[~2005-06-10 22:03 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 [this message]
2005-06-10 22:25               ` Ben Greear
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=42AA0E17.8050201@hp.com \
    --to=rick.jones2@hp.com \
    --cc=greearb@candelatech.com \
    --cc=netdev@oss.sgi.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.