From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-23-ewr.dyndns.com (mxout-025-ewr.mailhop.org [216.146.33.25]) by lists.bufferbloat.net (Postfix) with ESMTP id 645032E020D for ; Sun, 27 Feb 2011 08:26:31 -0800 (PST) Received: from scan-22-ewr.mailhop.org (scan-22-ewr.local [10.0.141.244]) by mail-23-ewr.dyndns.com (Postfix) with ESMTP id 71E294173C for ; Sun, 27 Feb 2011 16:26:02 +0000 (UTC) X-Spam-Score: 0.1 () X-Mail-Handler: MailHop by DynDNS X-Originating-IP: 75.145.127.229 Received: from gw.co.teklibre.org (75-145-127-229-Colorado.hfc.comcastbusiness.net [75.145.127.229]) by mail-23-ewr.dyndns.com (Postfix) with ESMTP id A5E7840CFB for ; Sun, 27 Feb 2011 16:25:58 +0000 (UTC) Received: from cruithne.co.teklibre.org (unknown [IPv6:2002:4b91:7fe5:1::20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "cruithne.co.teklibre.org", Issuer "CA Cert Signing Authority" (verified OK)) by gw.co.teklibre.org (Postfix) with ESMTPS id EC4F95E9FC for ; Sun, 27 Feb 2011 09:25:57 -0700 (MST) Received: by cruithne.co.teklibre.org (Postfix, from userid 1000) id A5B5C121B7D; Sun, 27 Feb 2011 09:25:56 -0700 (MST) From: d@taht.net (Dave =?utf-8?Q?T=C3=A4ht?=) To: sedat.dilek@gmail.com Subject: Re: ANNOUNCE: debloat-testing kernel git tree Organization: Teklibre - http://www.teklibre.com References: <20110225222210.GA3618@tuxdriver.com> <87fwr9jxya.fsf@cruithne.co.teklibre.org> <8739n9ii7z.fsf@cruithne.co.teklibre.org> Date: Sun, 27 Feb 2011 09:25:56 -0700 In-Reply-To: (Sedat Dilek's message of "Sun, 27 Feb 2011 17:01:27 +0100") Message-ID: <87tyfph2az.fsf@cruithne.co.teklibre.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: linux-wireless@vger.kernel.org, netdev@vger.kernel.org, bloat-devel@lists.bufferbloat.net, linux-kernel@vger.kernel.org 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: Sun, 27 Feb 2011 16:26:31 -0000 Sedat Dilek writes: > On Sun, Feb 27, 2011 at 4:56 PM, Dave T=C3=A4ht wrote: >> Sedat Dilek writes: >> >>> On Sun, Feb 27, 2011 at 4:31 PM, Dave T=C3=A4ht wrote: >>>> >>>> Sedat Dilek writes: >> >>> Are you planning debloat feature for 2.6.39? >> >> Depends on how many testers we get and what the results are. >> >> I feel the eBDP stuff will not be ready during this release cycle. SFB >> and CHOKe are in net-next, so, probably. Various driver patches - >> particularly those that increase the available dynamic range via >> ethtool, (e.g lowering the bottommost TX queue limit to, like, 4, >> especially for home gateways) may make it out if people look harder into >> the issue. > > OK, thanks for the explanations. > > Concerning "more drivers": > What would I have to do to modify ath5k? > I looked into the ath9k patch in debloat-testing GIT and it was to mod > some (TX/BUF) values only. Yes, reducing your TX buffer size greatly is the first, best, and easiest patch. For wireless routers and cable home gateways especially, this research shows that the total un-managed buffers in your system should be less than 32. http://www.cs.clemson.edu/~jmarty/papers/PID1154937.pdf I found their data convincing, and there are dozens of other papers that we are sorting out on the bufferbloat.net web site. (PLEASE Note the key word there is un-managed) 0 would be the best value. :/ In the case of wireless, you also have retries to take into account. I'd argue in those cases, that what I say above is that the number should be FAR less than 32. Now, whether there is a good compromise between throughput and latency in that range in a DMA TX queue + TXQUEUE, remains to be seen.=20 > Not sure if ath9k is/was "well" prepared or only a good choice by the > testers/committers as they own such a device. My test network is mostly ath9k - the nanostation M5s and the WNDR5700 router described here: http://www.bufferbloat.net/projects/bloat/wiki/Experiment_-_Bloated_LAGN_vs= _debloated_WNDR5700 There are people looking into the ath6kl, but you're the first to step up with the ath5k. :) Maybe the folk over at #ath6kl on irc can help. The ath9k patch improves latency under load enormously - I can run voip over it AND do big transfers and stream audio via samba... Which I couldn't before - and DNS, ND, NTP, babel, etc behave much better, but the currently hard coded nature of the TX queue limit does put an upper limit on packet aggregation that the eBDP folk are trying to resolve more generically. In practice, at "normal" 180Mbit rates, with the new queue depth of 3, I get most of the benefits of packet aggregation without the lag. I do see higher packet loss than I would like, at present. > > - Sedat - --=20 Dave Taht http://nex-6.taht.net