* [Cerowrt-devel] advanced charting of realtime response under load
@ 2012-11-05 6:29 Dave Taht
0 siblings, 0 replies; only message in thread
From: Dave Taht @ 2012-11-05 6:29 UTC (permalink / raw)
To: cerowrt-devel, Toke Høiland-Jørgensen, Rick Jones
I've been working with Toke Høiland-Jørgensen for the past few days on
trying to come up with useful plots of more complex workloads than we
currently have, in particular trying to come up with something that
would test over longer RTTs, against multiple packet classifications.
A start is at:
apt-get install python-matplotlib
build and install netperf-2.6 if you don't have it
git clone git://github.com/tohojo/netperf-wrapper.git
cd netperf-wrapper
python netperf-wrapper.py -o rrul.ps -f plot rrul
The rrul test is the nastiest one I've been able to devise...
Please note that "rrul" presently talks to a netperf netserver in
redwood city, california, and if you can find/setup a closer
netserver, the results will be less noisy and possibly more
interesting. You can override the test server on the command line. I'd
love to get some graphs back from y'all with simple_qos on and off,
and over wifi and ethernet.
(before my talk on thursday)?
Testing THROUGH the router is more useful than testing TO the router,
so setting up netperf's netserver on another box close by is more
useful.
There are a bunch of other tests in the test dir that are less extreme
than this one. For example time_ping_tcp_stream closely resembles the
classic bufferbloat tests...
https://raw.github.com/tohojo/netperf-wrapper/master/sample_plots/10m_pfifo_fast.png
https://raw.github.com/tohojo/netperf-wrapper/master/sample_plots/10m_fq_codel.png
Note that most of the non-rrul tests are not set to run long enough to
get useful results at longer rtts. I'd run them for 60 seconds or
more.
PS I'd like to get to where we had an avg line on the bandwidth graph,
and a CDF plot of "ping" times, in the long run...
PPS
IF you have a 3800 router, you have sufficient memory to run
sufficient copies of netserver on it if you modify /etc/xinetd.conf to
allow for 16 instances. More performant is to disable netserver in
/etc/xinet.d/netserver, then killall -1 xinetd, and then run netserver
standalone.
--
Dave Täht
Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2012-11-05 6:29 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-11-05 6:29 [Cerowrt-devel] advanced charting of realtime response under load Dave Taht
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox