From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 25F3321F1C8 for ; Sun, 8 Dec 2013 08:51:43 -0800 (PST) Received: by mail-wi0-f173.google.com with SMTP id hn9so2792644wib.12 for ; Sun, 08 Dec 2013 08:51:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=KpvvGvSbLPMG5bAaEockkRXH6H388YZG0PXad9r24s0=; b=YI4DkyWwfnATLIQJQZl/8PcEKs1HZvTULiJqlKf9FcU+z0OCJMURWZhy/ZNZFdHuLh 8dM77ChhmLx8PHapS29yPHguF1ACInV80PCrqlAAxIxWu3mCGVRWzt5DbdmpgoECPzW+ 7iIJVJHHX7Dysk0o7WHMCEq/eUrSbX6ouBeOCbZTpk+NzNvnzkTOeHUTyjwZfNfTmqQS fKIjup7K+qsOKa7gBJgqPD/26XVSabWI9bW/YmZFeofeRuKBqOTUVJCR0O6SKQADOAB9 RPJkWVkd8mSH7aPyMkrWPNiAqNDTydgjuNIC1F96Hi35xQYIIuTQ5AHKJAfj49wr706O 9RLg== MIME-Version: 1.0 X-Received: by 10.180.189.68 with SMTP id gg4mr10696380wic.46.1386521501199; Sun, 08 Dec 2013 08:51:41 -0800 (PST) Received: by 10.217.51.5 with HTTP; Sun, 8 Dec 2013 08:51:41 -0800 (PST) In-Reply-To: <878uvvcwqh.wl%jch@pps.univ-paris-diderot.fr> References: <20131203222559.GV8066@einstein.kenyonralph.com> <7ieh5pew2d.wl%jch@pps.univ-paris-diderot.fr> <87haakx1ev.wl%jch@pps.univ-paris-diderot.fr> <20131208012751.GA6382@sesse.net> <878uvvcwqh.wl%jch@pps.univ-paris-diderot.fr> Date: Sun, 8 Dec 2013 08:51:41 -0800 Message-ID: From: Dave Taht To: Juliusz Chroboczek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bloat Subject: Re: [Bloat] curious..... 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: Sun, 08 Dec 2013 16:51:43 -0000 On Sun, Dec 8, 2013 at 5:12 AM, Juliusz Chroboczek wrote: >>> FYI: Norway has at least two entirely distinct ISPs that offer 200 >>> Mbit/sec or more. > >> Sweden has a bunch of them as well, 1000/100 is quite common, >> 1000/1000 can be had > > I stand corrected. > >> The comment about the WNDR3800 not being able to push this is of >> course relevant, > > I think that the WNDR3800 should be able to push a gigabit, even with > NAT. Dave's point, as far as I understand, is that the WNDR is not No, it tops out at about 330Mbit/sec currently with no firewall rules, no nat. > able to push a gigabit *through fq_codel*, so he's looking for ways to > automatically replace fq_codel with something simpler at higher rates. No. aqm-scripts can't push 110KB/sec through *HTB*. The rate limiter is the biggest cpu pig in the system. fq_codel itself barely shows up on benchmarks vs red OR pfifo_fast. It's overhead is trivial. It's on by default on the ethernet and wifi interfaces, so at bursty line rates you see it come into play. So htb is the problem. What I was thinking about was taking the 3 tier structure of the current aqm-scripts system, turning it into something more drr-like and adding support for rate limiting directly to it, which I hope would give a larger outer limit for rate shaping than htb on this hardware. There are some tweakable knobs for htb that might help, notably setting a larger quantum at higher rates. I've had various variants of this idea running off and on for the last year, (been calling it "cake"). I'm aware that google has something similar already so I keep hoping they will release theirs... I have some feedback on some of the lines of thought expressed on this thread earlier but I have to jump on a train now. Notably it seems few have internalized what the "sparse stream" optimization does for things like voip. > My point is that, Scandinavians excepted, most people don't have > multigigabit links at home, and so Dave's scripts should still be > useful even if they top at 80 Mbit. Of course, (1) optimising fq_codel, > (2) making fq_codel do something fast at high data rates, and > (3) finding a successor to the WNDR3800 are all laudable goals. > > -- Juliusz > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html