[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070720125423.GB13468@2ka.mipt.ru>
Date: Fri, 20 Jul 2007 16:54:23 +0400
From: Evgeniy Polyakov <johnpol@....mipt.ru>
To: Krishna Kumar <krkumar2@...ibm.com>
Cc: davem@...emloft.net, rdreier@...co.com, Robert.Olsson@...a.slu.se,
peter.p.waskiewicz.jr@...el.com, kumarkr@...ux.ibm.com,
herbert@...dor.apana.org.au, gaagaan@...il.com,
mcarlson@...adcom.com, xma@...ibm.com, rick.jones2@...com,
hadi@...erus.ca, jeff@...zik.org, general@...ts.openfabrics.org,
mchan@...adcom.com, tgraf@...g.ch, netdev@...r.kernel.org,
jagana@...ibm.com, kaber@...sh.net, sri@...ibm.com
Subject: Re: [PATCH 00/10] Implement batching skb API
Hi Krishna.
On Fri, Jul 20, 2007 at 12:01:49PM +0530, Krishna Kumar (krkumar2@...ibm.com) wrote:
> After fine-tuning qdisc and other changes, I modified IPoIB to use this API,
> and now get good gains. Summary for TCP & No Delay: 1 process improves for
> all cases from 1.4% to 49.5%; 4 process has almost identical improvements
> from -1.7% to 59.1%; 16 process case also improves in the range of -1.2% to
> 33.4%; while 64 process doesn't have much improvement (-3.3% to 12.4%). UDP
> was tested with 1 process netperf with small increase in BW but big
> improvement in Service Demand. Netperf latency tests show small drop in
> transaction rate (results in separate attachment).
What about round-robin tcp time and latency test? In theory such batching
mode should not change that timings, but practice can show new aspects.
I will review code later this week (likely tomorrow) and if there will
be some issues return back.
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists