From: jamal <hadi@cyberus.ca>
To: Bill Fink <billfink@mindspring.com>
Cc: jagana@us.ibm.com, peter.p.waskiewicz.jr@intel.com,
herbert@gondor.apana.org.au, gaagaan@gmail.com,
Robert.Olsson@data.slu.se, netdev@vger.kernel.org,
rdreier@cisco.com, mcarlson@broadcom.com, kaber@trash.net,
jeff@garzik.org, general@lists.openfabrics.org,
mchan@broadcom.com, tgraf@suug.ch, johnpol@2ka.mipt.ru,
shemminger@linux-foundation.org,
David Miller <davem@davemloft.net>,
sri@us.ibm.com
Subject: [ofa-general] Re: [PATCH 0/9 Rev3] Implement batching skb API and support in IPoIB
Date: Fri, 24 Aug 2007 08:14:16 -0400 [thread overview]
Message-ID: <1187957657.4255.35.camel@localhost> (raw)
In-Reply-To: <20070823231820.2ae52cc0.billfink@mindspring.com>
On Thu, 2007-23-08 at 23:18 -0400, Bill Fink wrote:
[..]
> Here you can see there is a major difference in the TX CPU utilization
> (99 % with TSO disabled versus only 39 % with TSO enabled), although
> the TSO disabled case was able to squeeze out a little extra performance
> from its extra CPU utilization.
Good stuff. What kind of machine? SMP?
Seems the receive side of the sender is also consuming a lot more cpu
i suspect because receiver is generating a lot more ACKs with TSO.
Does the choice of the tcp congestion control algorithm affect results?
it would be interesting to see both MTUs with either TCP BIC vs good old
reno on sender (probably without changing what the receiver does). BIC
seems to be the default lately.
> Interestingly, with TSO enabled, the
> receiver actually consumed more CPU than with TSO disabled,
I would suspect the fact that a lot more packets making it into the
receiver for TSO contributes.
> so I guess
> the receiver CPU saturation in that case (99 %) was what restricted
> its performance somewhat (this was consistent across a few test runs).
Unfortunately the receiver plays a big role in such tests - if it is
bottlenecked then you are not really testing the limits of the
transmitter.
cheers,
jamal
next prev parent reply other threads:[~2007-08-24 12:14 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-17 6:06 [PATCH 0/9 Rev3] Implement batching skb API and support in IPoIB Krishna Kumar2
2007-08-21 7:18 ` David Miller
2007-08-21 12:30 ` [ofa-general] " jamal
2007-08-21 18:51 ` David Miller
2007-08-21 21:09 ` jamal
2007-08-21 22:50 ` David Miller
2007-08-22 4:11 ` [ofa-general] " Krishna Kumar2
2007-08-22 4:22 ` David Miller
2007-08-22 7:03 ` Krishna Kumar2
2007-08-22 9:14 ` David Miller
2007-08-23 2:43 ` Krishna Kumar2
2007-08-22 17:09 ` [ofa-general] " Rick Jones
2007-08-22 20:21 ` David Miller
2007-08-23 22:04 ` [ofa-general] " jamal
2007-08-23 22:25 ` jamal
2007-08-23 22:35 ` [ofa-general] " Rick Jones
2007-08-23 22:41 ` jamal
2007-08-24 3:18 ` Bill Fink
2007-08-24 12:14 ` jamal [this message]
2007-08-24 18:08 ` Bill Fink
2007-08-24 21:25 ` David Miller
2007-08-24 23:11 ` Herbert Xu
2007-08-25 23:45 ` Bill Fink
2007-08-24 18:46 ` [ofa-general] " Rick Jones
2007-08-25 0:42 ` John Heffner
2007-08-26 8:41 ` [ofa-general] " Bill Fink
2007-08-27 1:32 ` John Heffner
2007-08-27 2:04 ` David Miller
2007-08-27 23:23 ` jamal
2007-09-14 7:20 ` [ofa-general] " Bill Fink
2007-09-14 13:44 ` TSO, TCP Cong control etc jamal
2007-09-14 17:24 ` [PATCH 0/9 Rev3] Implement batching skb API and support in IPoIB David Miller
2007-08-23 22:30 ` David Miller
2007-08-23 22:38 ` [ofa-general] " jamal
2007-08-24 3:34 ` Stephen Hemminger
2007-08-24 12:36 ` jamal
2007-08-24 16:25 ` Rick Jones
-- strict thread matches above, loose matches on Subject: below --
2007-08-08 9:31 [ofa-general] " Krishna Kumar
2007-08-08 10:49 ` [ofa-general] " David Miller
2007-08-08 11:09 ` Krishna Kumar2
2007-08-08 22:01 ` [ofa-general] " David Miller
2007-08-09 4:19 ` Krishna Kumar2
2007-08-08 13:42 ` Herbert Xu
2007-08-08 15:14 ` jamal
2007-08-08 20:55 ` Stephen Hemminger
2007-08-08 22:40 ` jamal
2007-08-08 22:22 ` David Miller
2007-08-08 22:53 ` jamal
2007-08-09 3:19 ` Krishna Kumar2
2007-08-14 9:02 ` Krishna Kumar2
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=1187957657.4255.35.camel@localhost \
--to=hadi@cyberus.ca \
--cc=Robert.Olsson@data.slu.se \
--cc=billfink@mindspring.com \
--cc=davem@davemloft.net \
--cc=gaagaan@gmail.com \
--cc=general@lists.openfabrics.org \
--cc=herbert@gondor.apana.org.au \
--cc=jagana@us.ibm.com \
--cc=jeff@garzik.org \
--cc=johnpol@2ka.mipt.ru \
--cc=kaber@trash.net \
--cc=mcarlson@broadcom.com \
--cc=mchan@broadcom.com \
--cc=netdev@vger.kernel.org \
--cc=peter.p.waskiewicz.jr@intel.com \
--cc=rdreier@cisco.com \
--cc=shemminger@linux-foundation.org \
--cc=sri@us.ibm.com \
--cc=tgraf@suug.ch \
/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