From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (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 4983521F1D4 for ; Wed, 11 Sep 2013 21:10:22 -0700 (PDT) Received: by mail-ie0-f180.google.com with SMTP id u16so106056iet.25 for ; Wed, 11 Sep 2013 21:10:21 -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; bh=Irk/kK4nmXjkBEPaGs814q19UoEZTu5baWqp6Az3oIQ=; b=pB8puZgq43kN9MAov5JU5+mNLyZNZXpg4kT+jako5gQH8Tr6vGZjxKPI7Ae2waQzxo xO0LH5FC8Oz1DpNNBAd+GJFixG3OXWCKQoNrYCNG/XZv71WkzDLMYlLWWADTReRLQOA0 fBYSl4GCIIZSCU0FsSMUnqCqyremt0zy3Y9xRvjIoVC2TGVn1QaaV+AXcV03AI2WxsDR VIxQIx2S7D7rVwQ1oqs06XQ5gFMi5Y+pJhSgx3A/cQh+WRzkQMt4N6sX530lngmKYWtp JISfJNCwoTu29+/4ojGzaPfd2sSvXKc4i0QaYMP/Vr91brR18t0xLMPKI1hD6p9tTqka zUmw== MIME-Version: 1.0 X-Received: by 10.50.23.76 with SMTP id k12mr1260874igf.37.1378959019384; Wed, 11 Sep 2013 21:10:19 -0700 (PDT) Received: by 10.64.231.35 with HTTP; Wed, 11 Sep 2013 21:10:19 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Sep 2013 21:10:19 -0700 Message-ID: From: Dave Taht To: Sebastian Moeller Content-Type: multipart/alternative; boundary=089e0158a9b682f13e04e627ea3d Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] 3.10.10-1 development build released 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: Thu, 12 Sep 2013 04:10:22 -0000 --089e0158a9b682f13e04e627ea3d Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Wed, Sep 11, 2013 at 1:36 AM, Sebastian Moeller wrote: > Hi Dave, > > so I ant for the shiny 3.10.11-2, worked great (using Fred's mtd -r > method, thanks Fred) > > > On Sep 10, 2013, at 02:28 , Dave Taht wrote: > > > + readlink fix (hopefully fixes sysupgrade) > I guess this will be testable at the next version update... > > > + 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... > > > + dnsmasq 2.67test10 > > + ipv6subtrees back in > > + the final htb atm patches > > So I tested tc_stab and htb_private from the AQM tab, both work > equally well. > > > + 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 no= t=85 > > I think so, at least it works :) > > > > > ... > > > > 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 leas= t > of which is a pending trip to england and the eu. > > Have a great trip. > > oh, this guilts me! ;) > > > > 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. > > Thanks a lot. > > > I'm still a little dubious of the ipv6 subtrees bit=85. > > RRUL-Testing against Toke's server shows great results, local rru= l > 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 r= un > into the wifi issues on the macbook or the router as this is the first ti= me > 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) > > No, its possible we have a new problem... > 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. > > 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 > No. This behavior is new. I used to be able to contents of /tmp/wtf: 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 and then cat /tmp/wtf | tc 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] } Which is how the debloat script historically did everything. Now the only syntax that works is: root@cerowrt:/etc/hotplug.d/iface# tc -b /tmp/wtf I think this is a regression in tc > 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] } > > > 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... > > > Best Regards & many thanks > Sebastian > > > > > > > > > > > -- > > 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 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --089e0158a9b682f13e04e627ea3d Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable



On Wed, Sep 11, 2013 at 1:36 AM, Sebastian Moeller <moeller0@gmx.de<= /a>> wrote:
Hi Dave,

so I ant for the shiny 3.10.11-2, worked great (using Fred's mtd -r met= hod, thanks Fred)


On Sep 10, 2013, at 02:28 , Dave Taht <dave.taht@gmail.com> wrote:

> + readlink fix (hopefully fixes sysupgrade)
=A0 =A0 =A0 =A0 I guess this will be testable at the next version upd= ate...

> + usual merge with openwrt head (tons of ath9k changes)
=A0 =A0 =A0 =A0 Oh, as if you knew that I had a number of:
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ath: phy1: Failed to stop TX DMA, queues=3D=
=A0 =A0 =A0 =A0 lines in dmesg, quick testing did not allow me to get those= with 3.10.11-2, but I will need to test further...

> + dnsmasq 2.67test10
> + ipv6subtrees back in
> + the final htb atm patches

=A0 =A0 =A0 =A0 So I tested tc_stab and htb_private from the AQM tab,= both work equally well.

> + 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 wo= n't be near a cero box til thursday, otherwise.
>
> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/w= ndr/3.10.10-1/
>
> -I'm not sure if I got the "last" of the aqm gui p= atches in there or not=85

=A0 =A0 =A0 =A0 I think so, at least it works :)

>
> ...
>
> 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.

=A0 =A0 =A0 =A0 Have a great trip.


oh, this guilt= s me!=A0 ;)
=A0
>
> 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 &qu= ot;release" and pushed all the baked portions of the sources to github= .

=A0 =A0 =A0 =A0 Thanks a lot.

> I'm still a little dubious of the ipv6 subtrees bit=85.

=A0 =A0 =A0 =A0 RRUL-Testing against Toke's server shows great results,= local rrul testing between osx 10.8.4 machine on sw10 to a net server runn= ing 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 tha= n the wlan). The rrul plots still are quite interesting, as I could nicely = see anticoorelation between up and down bandwidth (shared medium)


No, its possible we have a new problem= ...
=A0
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.

Note, I enabled the log for /usr/sbin/deblaot (by editing/etc/hotplug.d/ifa= ce/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


No. This behavior is new.

I used to be able to
<= br>contents of /tmp/wtf:

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 quan= tum 1000

and then
cat /tmp/wtf | tc
Usage: tc [ OPTIONS ] OBJECT { COMMAND= | help }
=A0=A0=A0=A0=A0=A0 tc [-force] -batch filename
where=A0 OBJ= ECT :=3D { qdisc | class | filter | action | monitor }
=A0=A0=A0=A0=A0= =A0 OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atc= h] [filename] }



Which is how the debloat script historically did eve= rything. Now the only syntax that works is:

root@cerowrt:= /etc/hotplug.d/iface# tc -b /tmp/wtf

I think this is a re= gression in tc

=A0
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
=A0 =A0 =A0 =A0tc [-force] -batch filename
where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
=A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[rett= y] | -b[atch] [filename] }


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...


Best Regards & many thanks
=A0 =A0 =A0 =A0 Sebastian



>
>
>
> --
> Dave T=E4ht
>
> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/sub= scribe.html
> ______________________________= _________________
> Cerowrt-devel mailing list
> Cerowrt-devel@l= ists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel




--
Dave T=E4ht=

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/= subscribe.html=20
--089e0158a9b682f13e04e627ea3d--