From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from g1t0027.austin.hp.com (g1t0027.austin.hp.com [15.216.28.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.hp.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 9B5BB21F11C for ; Thu, 3 Jan 2013 12:22:52 -0800 (PST) Received: from g1t0038.austin.hp.com (g1t0038.austin.hp.com [16.236.32.44]) by g1t0027.austin.hp.com (Postfix) with ESMTP id 125A338316; Thu, 3 Jan 2013 20:22:51 +0000 (UTC) Received: from [16.103.148.51] (tardy.usa.hp.com [16.103.148.51]) by g1t0038.austin.hp.com (Postfix) with ESMTP id B41853043D; Thu, 3 Jan 2013 20:22:50 +0000 (UTC) Message-ID: <50E5E89A.1080200@hp.com> Date: Thu, 03 Jan 2013 12:22:50 -0800 From: Rick Jones User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Dave Taht Subject: Re: RRUL test prototypes References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bloat-devel X-BeenThere: bloat-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Developers working on AQM, device drivers, and networking stacks" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 20:22:52 -0000 On 12/31/2012 03:01 PM, Dave Taht wrote: > Toke made enormous progress on a RRUL test prototype over the last 2 > months. It requires a recent netperf, python, python's matplotlib, and > netperf-wrappers. > > For basic install on a debian/ubuntu box: > > sudo apt-get remove netperf > svn co http://www.netperf.org/svn/netperf2/trunk/ netperf-2.7 > cd netperf-2.7 strictly speaking I have not declared a netperf-2.7 and at least as I'm typing am not sure if the current top-of-trunk will become 2.7.0 or 2.6.1 (I have to see if I've changed the control messages size since 2.6.0) BTW, in Ubuntu at least I have gotten into the habit of not apt-get removing the supplied netperf, but sudo service netperf stop instead, then build my bits and then copy the netperf and netserver binary to /usr/bin (where Ubuntu puts them) and an sudo service netperf start. That way I do not have to remember to start a netserver each time I reboot the OS. >... > > You can also run mtr at the same time in another window to see where > the bottlenecks are. If you are not based in the US, you should setup > a netperf netserver nearer by than > snapon (which is in california) - there's one in germany for example. I'll mention again just for completeness that a top-of-trunk netperf/netserver includes support for a required passphrase to be provided by netperf to netserver to run a test between them. It is somewhat lame as the passphrase is passed in cleartext, but probably still better than a wide-open netserver on the Internet. happy benchmarking, rick