[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <50E5DEEF.2080009@hp.com>
Date: Thu, 03 Jan 2013 11:41:35 -0800
From: Rick Jones <rick.jones2@...com>
To: Eric Dumazet <eric.dumazet@...il.com>
CC: sedat.dilek@...il.com, netdev@...r.kernel.org,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH net-next] softirq: reduce latencies
On 01/03/2013 05:31 AM, Eric Dumazet wrote:
> A common network load is to launch ~200 concurrent TCP_RR netperf
> sessions like the following
>
> netperf -H remote_host -t TCP_RR -l 1000
> And then you can launch some netperf asking P99_LATENCY results :
>
> netperf -H remote_host -t TCP_RR -- -k P99_LATENCY
In terms of netperf overhead, once you specify P99_LATENCY, you are
already in for the pound of cost but only getting the penny of output
(so to speak). While it would clutter the output, one could go ahead
and ask for the other latency stats and it won't "cost" anything more:
... -- -k
RT_LATENCY,MIN_LATENCY,MAX_LATENCY,P50_LATENCY,P90_LATENCY,P99_LATENCY,MEAN_LATENCY,STDDEV_LATENCY
Additional information about how the omni output selectors work can be
found at
http://www.netperf.org/svn/netperf2/trunk/doc/netperf.html#Omni-Output-Selection
happy benchmarking,
rick jones
BTW - you will likely see some differences between RT_LATENCY, which is
calculated from the average transactions per second, and MEAN_LATENCY,
which is calculated from the histogram of individual latencies
maintained when any of the _LATENCY outputs other than RT_LATENCY is
requested. Kudos to the folks at Google who did the extensions to the
then-existing histogram code to enable it to be used for more reasonably
accurate statistics.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists