From: jamal <hadi@cyberus.ca>
To: Stephen Hemminger <shemminger@linux-foundation.org>
Cc: johnpol@2ka.mipt.ru, peter.p.waskiewicz.jr@intel.com,
Herbert Xu <herbert@gondor.apana.org.au>,
gaagaan@gmail.com, Robert.Olsson@data.slu.se,
kumarkr@linux.ibm.com, rdreier@cisco.com, mcarlson@broadcom.com,
David Miller <davem@davemloft.net>,
jagana@us.ibm.com, general@lists.openfabrics.org,
mchan@broadcom.com, tgraf@suug.ch, jeff@garzik.org,
netdev@vger.kernel.org, kaber@trash.net, sri@us.ibm.com
Subject: [ofa-general] Re: [PATCH 0/9 Rev3] Implement batching skb API and support in IPoIB
Date: Wed, 08 Aug 2007 18:40:32 -0400 [thread overview]
Message-ID: <1186612832.5152.34.camel@localhost> (raw)
In-Reply-To: <20070808215501.4825d74b@oldman>
On Wed, 2007-08-08 at 21:55 +0100, Stephen Hemminger wrote:
> > pktgen shows a clear win if you test the driver path - which is what you
> > should test because thats where the batching changes are.
> > Using TCP or UDP adds other variables[1] that need to be isolated first
> > in order to quantify the effect of batching.
> > For throughput and CPU utilization, the benefit will be clear when there
> > are a lot more flows.
>
> Optimizing for pktgen is a mistake for most users.
There is no "optimization for pktgen".
If you are improving the tx path, the first step is to test that you can
show the tx path improved. pktgen happens to be the best test suite for
that because it talks to the driver and exercises the changes.
i.e if one cant show that exercising the direct path demonstrates
improvements you probably wont be able to show batching improves TCP -
but i dont even wanna swear by that.
Does that make sense?
> Please show something
> useful like router forwarding, TCP (single and multi flow) and/or better
> yet application benchmark improvement.
Absolutely, but first things first. Analysis of why something improves
is extremely important, just saying "TCP throughput improved" is not
interesting and lazy.
To be scientific, it is important to isolate variables first in order to
come up with meaningful results that can be analysed.
To make a point, I have noticed extremely different results between TCP
BIC vs reno with batching. So congestion control as a variable is
important.
cheers,
jamal
next prev parent reply other threads:[~2007-08-08 22:40 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-08 9:31 [ofa-general] [PATCH 0/9 Rev3] Implement batching skb API and support in IPoIB Krishna Kumar
2007-08-08 9:31 ` [PATCH 1/9 Rev3] [Doc] HOWTO Documentation for batching Krishna Kumar
2007-08-08 9:31 ` [PATCH 2/9 Rev3] [core] Add skb_blist & hard_start_xmit_batch Krishna Kumar
2007-08-08 10:59 ` [ofa-general] " Stephen Hemminger
2007-08-08 11:24 ` Krishna Kumar2
2007-08-08 12:01 ` Evgeniy Polyakov
2007-08-09 3:09 ` Krishna Kumar2
2007-08-08 9:31 ` [PATCH 3/9 Rev3] [sched] Modify qdisc_run to support batching Krishna Kumar
2007-08-08 12:14 ` [ofa-general] " Evgeniy Polyakov
2007-08-09 3:13 ` Krishna Kumar2
2007-08-08 14:05 ` Patrick McHardy
2007-08-08 15:26 ` [ofa-general] " jamal
2007-08-09 4:06 ` Krishna Kumar2
2007-08-08 9:31 ` [PATCH 4/9 Rev3] [ethtool] Add ethtool support Krishna Kumar
2007-08-08 9:32 ` [ofa-general] [PATCH 5/9 Rev3] [IPoIB] Header file changes Krishna Kumar
2007-08-08 9:32 ` [ofa-general] [PATCH 6/9 Rev3] [IPoIB] CM & Multicast changes Krishna Kumar
2007-08-08 9:32 ` [ofa-general] [PATCH 7/9 Rev3] [IPoIB] Verb changes Krishna Kumar
2007-08-08 9:32 ` [PATCH 8/9 Rev3] [IPoIB] Post and work completion handler changes Krishna Kumar
2007-08-08 9:32 ` [PATCH 9/9 Rev3] [IPoIB] Implement the new batching API Krishna Kumar
2007-08-08 10:49 ` [ofa-general] Re: [PATCH 0/9 Rev3] Implement batching skb API and support in IPoIB 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-09 4:27 ` David Miller
2007-08-09 6:26 ` Krishna Kumar2
2007-08-08 13:42 ` [ofa-general] " Herbert Xu
2007-08-08 15:14 ` jamal
2007-08-08 20:55 ` Stephen Hemminger
2007-08-08 22:40 ` jamal [this message]
2007-08-08 22:22 ` David Miller
2007-08-08 22:53 ` jamal
2007-08-09 0:06 ` Shirley Ma
2007-08-09 3:19 ` [ofa-general] " Krishna Kumar2
2007-08-14 9:02 ` Krishna Kumar2
-- strict thread matches above, loose matches on Subject: below --
2007-08-17 6:06 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-22 4:11 ` Krishna Kumar2
2007-08-22 4:22 ` David Miller
2007-08-22 17:09 ` 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
2007-08-24 18:08 ` Bill Fink
2007-08-24 21:25 ` David Miller
2007-08-24 18:46 ` 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-08-23 22:30 ` David Miller
2007-08-23 22:38 ` [ofa-general] " jamal
2007-08-24 3:34 ` Stephen Hemminger
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=1186612832.5152.34.camel@localhost \
--to=hadi@cyberus.ca \
--cc=Robert.Olsson@data.slu.se \
--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=kumarkr@linux.ibm.com \
--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;
as well as URLs for NNTP newsgroup(s).