From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ee0-f43.google.com (mail-ee0-f43.google.com [74.125.83.43]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id A3C59208AA5 for ; Sun, 4 Nov 2012 22:29:53 -0800 (PST) Received: by mail-ee0-f43.google.com with SMTP id c13so3474646eek.16 for ; Sun, 04 Nov 2012 22:29:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=l/J7pZxesH79QPzpwJpYY3M/pvdKiVWUxuki966ThBM=; b=vXsOHD2Zc2QGAyr+fHGEROUR5bRLjHti0sIMAPT8i0M/UCwCLRuoZObRGVMDjjbRua o43b8/m6oZcO+94QBtDWVrwxE9fZqIIyIrIStP0NHu6shcxYKePCve5zKS96mldSFrvt DptrCuyBW+9iVMdlXKzhaSiuiGsfIWNGbq3JWUalo1Lhm+soRiQFUKpxbBvdexp5C5KS Mm9e+qEGpU9GSifZ0VFXynmk2T4eu9RdEZpBmy4yxsEtPWW5SC8P0VFwEQC+4qke8387 QnVQulivM9lOhHDY3BpTJvQUX7X/vXCo4M8pkx/FsMVCquuvRenkcXLdVJG5o5g7tLUK kYbQ== MIME-Version: 1.0 Received: by 10.14.216.193 with SMTP id g41mr33251376eep.37.1352096990954; Sun, 04 Nov 2012 22:29:50 -0800 (PST) Received: by 10.223.180.10 with HTTP; Sun, 4 Nov 2012 22:29:50 -0800 (PST) Date: Mon, 5 Nov 2012 07:29:50 +0100 Message-ID: From: Dave Taht To: cerowrt-devel@lists.bufferbloat.net, =?ISO-8859-1?Q?Toke_H=F8iland=2DJ=F8rgensen?= , Rick Jones Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Cerowrt-devel] advanced charting of realtime response under load X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 06:29:54 -0000 I've been working with Toke H=F8iland-J=F8rgensen 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_co= del.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. --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html