From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) (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 E740F20019D for ; Fri, 16 Mar 2012 19:48:26 -0700 (PDT) Received: by wibhn6 with SMTP id hn6so1461398wib.10 for ; Fri, 16 Mar 2012 19:48:25 -0700 (PDT) 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=8dtYEbKIL2CWrpRwgyytUM7awx1926JJQRTciv+S3k8=; b=QOkLMgAREW2ahcw4mv3Ox6f/WRBC20ucILwgFxYYYa+NVhDvGBZIIsy5NytGfHpM4H jpYa8QM6xta5KuXwkSVjM0/TrDO97jA1yeKmE6RWr3GjYbdWvvwrRO+kz5FK4p99x8tQ NwKW9VwxPkkk1TJQ353PSb+4iJKZ0aRx5g9oM8IYmw2CCtuMb1S5r30wUpgOAiv8AIJb mHB6H+4d7PtKwAV9GbX78yYZG9L8fwEXahZyzC6duEnNozSXbI5Ysqt9eE0ORjRjmQRj 6K8iJ8gxTK7M6x/Ds0t/nCs6kEHb0yAL/772j2PcoGote5PVn/enLUuzDDac8iP5CM/x XfNg== MIME-Version: 1.0 Received: by 10.180.91.10 with SMTP id ca10mr3253674wib.17.1331952504816; Fri, 16 Mar 2012 19:48:24 -0700 (PDT) Received: by 10.223.151.8 with HTTP; Fri, 16 Mar 2012 19:48:24 -0700 (PDT) In-Reply-To: References: <13814249-E286-4B88-9A1E-E900962BB9A4@intermapper.com> Date: Fri, 16 Mar 2012 19:48:24 -0700 Message-ID: From: Dave Taht To: Sebastian Moeller Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Richard Brown , "" Subject: Re: [Cerowrt-devel] 3.3rc7-5 is out X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Mar 2012 02:48:27 -0000 On Fri, Mar 16, 2012 at 7:32 PM, Sebastian Moeller wrote: > Hi Dave, > > > On Mar 16, 2012, at 6:45 PM, Dave Taht wrote: > >> heh. Leave AQM undocumented for now. It's got issues on ingress. > > =A0 =A0 =A0 =A0Pooh, and I thought I had fudged my instance of AQM so ing= ress broke :). BTW is there an easy way to get the most recent debloat scri= pt directly from cerowrt? sure, but it won't help. You can just slam the debloat script from the deBloat repo on github on there... 0) In most asymmetric situations ingress control doesn't matter anywhere near as much as egress. 1) Ingress issue is pesky. I don't get what's going wrong. It's something v6 related, I think. 2) There are not 1, but 4 out-of-tree versions of the debloat script now - one each for 4Mbit comcast, 9Mbit comcast, 26Mbit FIOS, and 15Mbit DSL. all with pretty widely different configurations. The data points collected thus far are quite resistant to algorithmic analysis, and are very kernel and workload dependent. Worse, at higher speeds (60Mbit and above) running tests on the router itself heisenbugs the results. Here are the variables: tx ring size. Presently 4 by default. Last year, at really low speed uplinks, 2 was better than 4. Above 60Mbit, 4 is not enough. bql seems to do the job without fiddling with this anymore, I tend to use 16 or 32 these days for tx ring. bql size. Depending on the script involved this varies from automatic (which is usually about 8x bigger than what seems 'right'), to 3k (which is good up to about 110Mbit), to about 18k (up to 260Mbit) sfqred related stuff limit - range of 200-300 seems to work up to about 80-120Mbit. I'll argue based on the data in point 4, below, that in the real world it needs to be more kleinrock-like, with a large estimate for flows. min =3D3k max =3D18k probability ranges of .12 to .2 redflowlimit - presently very small, not suitable for much more than 60Mbit= /sec Tuning all the above is tricky, and sfq changes how you have to think about how red works... htb and htb quantum size - at low rates, you want a minimal quantum, at higher rates... don't know... ecn works GREAT. And most of my data is with ecn on. ecn off changes matter= s.... It's a hell of a few data points to extrapolate from... 3) a portion of sfqred I depended upon was just pulled out of the mainline patch set due to some starvation issues observed. I just plain don't see these issues with any test I come up with with sfq+red enabled, but it was easy for the reporter to mess up sfq itself... http://www.spinics.net/lists/netdev/msg191682.html I'm gonna hate losing this in the general case, and unless I can make it happen with sfqred, I'm going to keep this feature in cerowrt 3.3. So... I'm still trying to get the lab built up... > > Best > =A0 =A0 =A0 =A0Sebastian > >> >> On Fri, Mar 16, 2012 at 6:40 PM, Richard Brown >> wrote: >>> I just installed 3.3-rc7-5 and all seems fine in my limited testing. >>> >>> I see there's a Network -> AQM tab in the GUI. It seems similar to the = QoS tab. >>> >>> Should the doc's tell people to use the same procedure as the QoS? That= is, should people >>> >>> - Disable QoS (the default is disabled) >>> - Run a speed test, say on http://speedtest.net >>> - Enable QoS, and set the download and upload speeds to a few percent l= ess than the speedtest indicates. >>> >>> Thanks. >>> >>> >>> _______________________________________________ >>> Cerowrt-devel mailing list >>> Cerowrt-devel@lists.bufferbloat.net >>> https://lists.bufferbloat.net/listinfo/cerowrt-devel >> >> >> >> -- >> Dave T=E4ht >> SKYPE: davetaht >> US Tel: 1-239-829-5608 >> http://www.bufferbloat.net >> _______________________________________________ >> Cerowrt-devel mailing list >> Cerowrt-devel@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/cerowrt-devel > --=20 Dave T=E4ht SKYPE: davetaht US Tel: 1-239-829-5608 http://www.bufferbloat.net