From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 0D2C4208ADC for ; Fri, 13 Sep 2013 03:01:45 -0700 (PDT) Received: from u-089-d060.biologie.uni-tuebingen.de ([134.2.89.60]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Mg3h3-1VYwwS1NbB-00NU5U for ; Fri, 13 Sep 2013 12:01:41 +0200 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Sebastian Moeller In-Reply-To: Date: Fri, 13 Sep 2013 12:01:40 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <99DE38E9-FF7F-4623-A4AD-A6E66FFE7785@gmx.de> References: To: Dave Taht X-Mailer: Apple Mail (2.1510) X-Provags-ID: V03:K0:0PaN43uN71E08TGhjYylvTX2qqJhzPZfBpyvHssbjvsM1hy8oou rBNDEFdzYNDxsN0ebz/x2hwyqrfvlKpUUg+uYz5MsEkFudgAyKfoRk/ezXEEf0xovcyJM/o mdUgBZGC0hX/xXgvH2vJOV9pNDlt5S57nfNlX7HLzOQox5MC/yJklY3zEmxrEkcQr5EsNtK p/+bKuY1TJrOJYV1dxNwA== Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] 3.10.11-2 development build debloat bug 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: Fri, 13 Sep 2013 10:01:46 -0000 Hi Dave, On Sep 12, 2013, at 06:18 , Dave Taht wrote: > Well, actually, I don't know when the syntax changed, but now the -b = option needs a=20 > - > for reading from standard input. Boy this file is getting crufty... >=20 > cero2@snapon:~/src/ceropackages-3.3/net/debloat/files$ git diff = debloat > diff --git a/net/debloat/files/debloat b/net/debloat/files/debloat > index e675008..d1cf939 100755 > --- a/net/debloat/files/debloat > +++ b/net/debloat/files/debloat > @@ -29,7 +29,7 @@ params =3D { "MDISC", "BIGDISC", "NORMDISC", "BINS", = "MAX_HWQ_BY > -- Useful defaults > =20 > env =3D { ["TC"] =3D "/sbin/tc",=20 > - ["TCARG"] =3D "-b",=20 > + ["TCARG"] =3D "-b -",=20 > ["INSMOD"] =3D "/sbin/modprobe", > ["ETHTOOL"] =3D "/sbin/ethtool",=20 > ["LSMOD"] =3D "/sbin/lsmod", > (END) Thanks that fixed the non-ge00 interfaces. As to the abysmal = performance with macosx over 5GHz wlan, that still is there, but I = suspect the macbok to be the culprit here (plus the wlan connection is = somewhere ion the edge between changing transmigrates so might be a = moving target). Many thanks Sebastian >=20 >=20 >=20 >=20 > On Wed, Sep 11, 2013 at 9:10 PM, Dave Taht = wrote: >=20 >=20 >=20 > On Wed, Sep 11, 2013 at 1:36 AM, Sebastian Moeller = wrote: > Hi Dave, >=20 > so I ant for the shiny 3.10.11-2, worked great (using Fred's mtd -r = method, thanks Fred) >=20 >=20 > On Sep 10, 2013, at 02:28 , Dave Taht wrote: >=20 > > + readlink fix (hopefully fixes sysupgrade) > I guess this will be testable at the next version update... >=20 > > + usual merge with openwrt head (tons of ath9k changes) > Oh, as if you knew that I had a number of: > ath: phy1: Failed to stop TX DMA, queues=3D > lines in dmesg, quick testing did not allow me to get those = with 3.10.11-2, but I will need to test further... >=20 > > + dnsmasq 2.67test10 > > + ipv6subtrees back in > > + the final htb atm patches >=20 > So I tested tc_stab and htb_private from the AQM tab, both = work equally well. >=20 > > + eliminated maxpacket check in codel > > > > - did not fold in edumazet's new fq code > > - 100% totally untested. May a braver soul than I give it a shot. I = won't be near a cero box til thursday, otherwise. > > > > http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.10-1/ > > > > -I'm not sure if I got the "last" of the aqm gui patches in there or = not=85 >=20 > I think so, at least it works :) >=20 > > > > ... > > > > Anyway... I had hopes to get a stable release out in august. I AM = very happy about the major stuff that got fixed, instead... but... > > > > Since we didn't... I now have a ton of other matters piled up. Not = least of which is a pending trip to england and the eu. >=20 > Have a great trip. >=20 >=20 > oh, this guilts me! ;) > =20 > > > > So for the next month I don't see how I'm going to be able to put = more than a day a week into cerowrt. Tops. So I have tagged up this = "release" and pushed all the baked portions of the sources to github. >=20 > Thanks a lot. >=20 > > I'm still a little dubious of the ipv6 subtrees bit=85. >=20 > RRUL-Testing against Toke's server shows great results, local = rrul testing between osx 10.8.4 machine on sw10 to a net server running = on an linux x86_64 3.10.1 machine on se00 is quite bad though (I assume = I now run into the wifi issues on the macbook or the router as this is = the first time I test against a machine with considerable larger = bandwidth than the wlan). The rrul plots still are quite interesting, as = I could nicely see anticoorelation between up and down bandwidth (shared = medium) >=20 >=20 > No, its possible we have a new problem... > =20 > If I get round to it I would like to re-enable fq_codel on all = interfaces (now it is just running at ge00/ifb0) to see whether this can = ameliorate the issue at least a bit. >=20 > Note, I enabled the log for /usr/sbin/deblaot (by = editing/etc/hotplug.d/iface/00-debloat) and got the following: > root@nacktmulle:~# cat /tmp/debloat.log > fq_codel_ll > fq_codel_ll > fq_codel_ll > fq_codel_ll > root@nacktmulle:~# cat /tmp/debloat2.log >=20 >=20 > No. This behavior is new. >=20 > I used to be able to >=20 > contents of /tmp/wtf: >=20 > qdisc change dev sw10 parent 1:1 handle 10 fq_codel limit 500 quantum = 1000 > qdisc change dev sw10 parent 1:2 handle 20 fq_codel limit 1000 quantum = 1000 > qdisc change dev sw10 parent 1:3 handle 30 fq_codel limit 1000 quantum = 1000 > qdisc change dev sw10 parent 1:4 handle 40 fq_codel limit 1000 quantum = 1000 >=20 > and then > cat /tmp/wtf | tc >=20 > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } >=20 >=20 >=20 > Which is how the debloat script historically did everything. Now the = only syntax that works is: >=20 > root@cerowrt:/etc/hotplug.d/iface# tc -b /tmp/wtf >=20 > I think this is a regression in tc >=20 > =20 > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > tc [-force] -batch filename > where OBJECT :=3D { qdisc | class | filter | action | monitor } > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | -b[atch] [filename] } >=20 >=20 > Not sure whether that is new, as I never enabled the logs before. I = guess I will see what causes these=85 (I assume an improper set of = arguments to tc). And now I am trying to ind my way around debloat, but = lua is totally new to me... >=20 >=20 > Best Regards & many thanks > Sebastian >=20 >=20 >=20 > > > > > > > > -- > > Dave T=E4ht > > > > Fixing bufferbloat with cerowrt: = http://www.teklibre.com/cerowrt/subscribe.html > > _______________________________________________ > > Cerowrt-devel mailing list > > Cerowrt-devel@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/cerowrt-devel >=20 >=20 >=20 >=20 > --=20 > Dave T=E4ht >=20 > Fixing bufferbloat with cerowrt: = http://www.teklibre.com/cerowrt/subscribe.html >=20 >=20 >=20 > --=20 > Dave T=E4ht >=20 > Fixing bufferbloat with cerowrt: = http://www.teklibre.com/cerowrt/subscribe.html