public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Andrew M. Theurer" <atheurer@austin.ibm.com>
To: Bruce Allan <bruce.allan@us.ibm.com>
Cc: lse-tech@lists.sourceforge.net, linux-kernel@vger.kernel.org,
	samba-technical@samba.org
Subject: Re: Linux 2.4 Scalability, Samba, and Netbench
Date: Thu, 10 May 2001 08:38:13 -0500	[thread overview]
Message-ID: <3AFA99C5.1920AA2D@austin.ibm.com> (raw)
In-Reply-To: <OF59641CC4.CEBD69DC-ON88256A47.007BCFFD@LocalDomain>

Bruce Allan wrote:
> 
> Andrew Theurer wrote:
> > I do have kernprof ACG and lockmeter for a 4P run.  We saw no
> > significant problems with lockmeter.  csum_partial_copy_generic was the
> > highest % in profile, at 4.34%.  I'll see if we can get some space on
> > http://lse.sourceforge.net to post the test data.
> 
> The Netfinity system that you are using has two different supported GigE
> adapters.  I assume you are using one of these types - Netfinity Gigabit
> Ethernet Adapter (19K4401) and the Netfinity Gigabit Ethernet SX Server
> Adapter (06P3701); using the acenic.c and e1000.c drivers, respectively.
> >From what I understand after initial perusal of the two drivers, the former
> has receive checksumming support on the adapter itself while the latter,
> the one you are using, does not support hardware checksumming (at least, it
> is not enabled by the driver).

Bruce,

According to Intel's driver for Pro/1000, it supports checksum on Rx via
module option "XsunRX=1".  I have not tried this yet because we are
waiting on our Gbps switch hardware.  
> Are you able to re-run your tests with GigE adapters that support
> checksumming on the hardware instead of doing it in the kernel?  If not, I
> will be running similar tests in a very similar configuration (with the
> 19K4401 adapters) in the near future and can share results if you'd like.

Yes, hopefully we will be running the new setup (64 clients, many Gbps
adapters) in about 2-3 weeks.  At that point I'd like to get some
results for 8-way as well.  It would definitely be a good idea to
compare results.

Andrew Theurer

  reply	other threads:[~2001-05-10 13:38 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-09 23:34 Linux 2.4 Scalability, Samba, and Netbench Bruce Allan
2001-05-10 13:38 ` Andrew M. Theurer [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-05-09 16:29 Andrew M. Theurer
2001-05-09 16:56 ` Mike Kravetz
2001-05-09 17:30   ` Andrew M. Theurer
2001-05-09 17:39     ` Alan Cox
2001-05-09 17:43       ` Andrew M. Theurer
2001-05-09 23:35       ` Chris Evans
2001-05-10  1:23 ` Kenichi Okuyama

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=3AFA99C5.1920AA2D@austin.ibm.com \
    --to=atheurer@austin.ibm.com \
    --cc=bruce.allan@us.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lse-tech@lists.sourceforge.net \
    --cc=samba-technical@samba.org \
    /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