From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-iy0-f171.google.com (mail-iy0-f171.google.com [209.85.210.171]) (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 025F2201296; Wed, 7 Dec 2011 01:59:45 -0800 (PST) Received: by iaen33 with SMTP id n33so977647iae.16 for ; Wed, 07 Dec 2011 01:59:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=AF34RnSGr9wJEJoNUORf4O2b0mBckrS+pv6d7du6B98=; b=sS1TJpSezDMcke8pGoy2Kff5LOimUJsRWiPY8hbBAqx9ETDTMUyRYeRDQXw6D1HqAm 04U3IorLnoOzm32VXa1tUfet6gYt1mncK9AiRZU1zoNUvSdkHRdsssM6f6inMiNfbxA0 TCiadN48TfktZG3/3Q2BBcJPRQCH+5po77zQk= MIME-Version: 1.0 Received: by 10.42.151.4 with SMTP id c4mr17880551icw.39.1323251985231; Wed, 07 Dec 2011 01:59:45 -0800 (PST) Received: by 10.231.204.83 with HTTP; Wed, 7 Dec 2011 01:59:45 -0800 (PST) In-Reply-To: References: <1323082774.2670.40.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> Date: Wed, 7 Dec 2011 10:59:45 +0100 Message-ID: From: Dave Taht To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: linux-wireless , netdev@vger.kernel.org, bloat-devel , bloat Subject: Re: [Bloat] Time in Queue, bufferbloat, and... our accidentally interplanetary network X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 09:59:46 -0000 On Tue, Dec 6, 2011 at 3:03 AM, Adrian Chadd wrote: > Hi, > > For what it's worth, I've also been tinkering with time-in-queue for > the wifi queue management in FreeBSD. I don't have anything public > yet. What I have done actually seems to work quite well, when doing TX > queue time-in-queue management. (I'm ignoring RX queue management for > now.) > > Yes, I think a weighted random drop with both time-in-queue and queue > depth would work well. I haven't sat down to model what it'd look like > given some traffic profiles. > > I'll be sure to post some patches and results when I have them. :) Well, if there is a way to add BQL sanely to the mac80211 or driver layers and then apply some time in queue techniques at some edge of some layer(s) down there in Linux, I'd love to know what and where is good. It might be simpler to discuss design ideas etc, in a more generic and less noisy forum than netdev and linux-wireless, at least for a while, getting to actual patches seems kind of hard at this point. (at least to me. For all I know eric is finished already, and me, I haven't finished grokking the paper he's leveraging some ideas on) The little I understand about Linux's networking stack dwarfs the little I know about BSD's, so I look forward to hearing about your results as you get them, and that said, if you could provide some pointers and insight into BSD's traffic shaping methods over on bloat-devel, we do try to be all-architecture embracing in our attempts to beat the bloat. > > > Adrian --=20 Dave T=E4ht SKYPE: davetaht US Tel: 1-239-829-5608 FR Tel: 0638645374 http://www.bufferbloat.net