From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx.tdiedrich.de (yumi.tdiedrich.de [IPv6:2a01:4f8:130:9321::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.tdiedrich.de", Issuer "CAcert Class 3 Root" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 05F792012AC for ; Mon, 21 May 2012 16:09:52 -0700 (PDT) Received: by mx.tdiedrich.de (Postfix, from userid 1000) id 9B210500E5; Tue, 22 May 2012 01:09:50 +0200 (CEST) Date: Tue, 22 May 2012 01:09:50 +0200 From: Tobias Diedrich To: Rick Jones Message-ID: <20120521230950.GB28713@yumi.tdiedrich.de> References: <20120520212944.GK22418@yumi.tdiedrich.de> <20120521003115.GO22418@yumi.tdiedrich.de> <4FBA7A57.7010709@hp.com> <20120521214935.GA28713@yumi.tdiedrich.de> <4FBABEF8.7050002@hp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FBABEF8.7050002@hp.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Mon, 21 May 2012 17:45:49 -0700 Cc: OpenWrt Development List , codel@lists.bufferbloat.net Subject: Re: [Codel] BQL support in Ethernet drivers (and Kathie Nichols and Van Jacobson's new AQM, codel) X-BeenThere: codel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: CoDel AQM discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 23:09:53 -0000 Rick Jones wrote: > On 05/21/2012 02:49 PM, Tobias Diedrich wrote: > >Rick Jones wrote: > >>On 05/20/2012 08:48 PM, Dave Taht wrote: > >>>Thx for the numbers! > >>> > >>>Could you do a TCP_RR while under load from UDP_STREAM? > >> > >>If you want to generate pretty pictures while doing so, you can > >>probably tweak > >>http://www.netperf.org/svn/netperf2/trunk/doc/examples/bloat.sh > > > >How about this: > >http://tdiedrich.de/~ranma/bufferbloat-rt3050/ > > They look pretty I suppose, but it also looks like I've got the > vrules botched somehow. Though I cannot find the bug just yet in > the repository copy. The red vertical line should be at the start > of the UDP_STREAM test's results, and there should be a black one > right after. They shouldn't be at the ends of the _RR test. Did > you tweak that bit when you converted to a UDP_STREAM test? Ah, yes, I botched the vrules. > The other thing is it appears the scaling to make rrdtool look like > it supports dual y-axes could use a bit of tweaking. I was pretty > much guessing there :( Well, I tweaked the scaling myself since I wasn't happy with the original result either. :) I reuploaded new images with correct vrules and your scaling. Anything above 100Mbit can be assumed to be dropped here (although only the bridge seems to drop, the gige mac gets backpressure from the switch I think and just delays transmitting the next packet I suppose). I can do a TCP_STREAM test, but since the SoC lacks sufficient oomph to saturate a 100Mbit link the results are going to be boring I expect. I get about 3MiB/s, regardless of TCP_STREAM or TCP_SENDFILE. Maybe TCP_SENDFILE would be a bit faster if the driver implemented checksum offload. -- Tobias PGP: http://8ef7ddba.uguu.de