All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Theurer <habanero@us.ibm.com>
To: "Kamble, Nitin A" <nitin.a.kamble@intel.com>,
	<linux-kernel@vger.kernel.org>, <mbligh@aracnet.com>
Cc: "Saxena, Sunil" <sunil.saxena@intel.com>,
	"Mallick, Asit K" <asit.k.mallick@intel.com>,
	"Nakajima, Jun" <jun.nakajima@intel.com>
Subject: Re: [2.5] IRQ distribution in the 2.5.52  kernel
Date: Thu, 9 Jan 2003 16:08:38 -0600	[thread overview]
Message-ID: <200301091608.38445.habanero@us.ibm.com> (raw)
In-Reply-To: <E88224AA79D2744187E7854CA8D9131DA5CE59@fmsmsx407.fm.intel.com>

<snip>
> > test again with/without HT.
> >
> > Here are the results:
> >
> > 4P, no HT, 1 x e1000, no kirq:	1214 Mbps, 4% idle
> > 4P, no HT, 1 x e1000, kirq:		1223 Mbps, 4% idle,
>
> +0.74%
> [NK] It is surprising to see single e1000 is giving bandwidth more than
> 1Gbps. What can be the reason for this extra bandwidth? ... Maybe
> compression is happening somewhere.

Full duplex.  I suppose theoretical full throughput is 2Gbps.  Sar reported 
about 1174 Mb/sec with one adapter on one of these results above, and it was 
454 Recv/720 Tx (I had the percentages incorrectly swapped in previous 
email).  This is still with an MTU of 1500!
  
> > I suppose we didn't see much of an improvement here because we never
>
> >
> > 4P, HT, 1 x e1000, no kirq:	1214 Mbps, 25% idle
> > 4P, HT, 1 x e1000, kirq:	1220 Mbps, 30% idle,
>
>
> >
> > 4P, HT, 2 x e1000, no kirq:	1269 Mbps, 23% idle
> > 4P, HT, 2 x e1000, kirq:	1329 Mbps, 18% idle
>
> +4.7%
> [NK] It can be a case that throughput is getting limited by the network
> infrastructure or total load of clients. If we know the theoretical
> desired maximum throughput then we will get a better idea about the
> bottleneck. It would be interesting to see the results, after adding one
> more e1000 card to the server.

It occurred to me later, the answer was obvious, the one you mentioned: 
clients.  I originally had enough clients to accomplish 1000 Mbps, but I'm 
pretty sure 44 client will not cut it for NetBench at around 1500 Mbps (where 
this hopefully will end up).  NetBench throttles the clients, so I really 
can't drive them much harder.  There is an option to simulate more than one 
client per computer, but I have had trouble in the past with that, but I am 
going to give it one more try. 
>
> > OK, almost 5% better!
>
> [NK] It's a pretty good number!


  reply	other threads:[~2003-01-09 22:02 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-09 19:52 [2.5] IRQ distribution in the 2.5.52 kernel Kamble, Nitin A
2003-01-09 22:08 ` Andrew Theurer [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-01-08  2:50 Kamble, Nitin A
2003-01-09 16:10 ` Andrew Theurer

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=200301091608.38445.habanero@us.ibm.com \
    --to=habanero@us.ibm.com \
    --cc=asit.k.mallick@intel.com \
    --cc=jun.nakajima@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mbligh@aracnet.com \
    --cc=nitin.a.kamble@intel.com \
    --cc=sunil.saxena@intel.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.