<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 11, 2013 at 1:36 AM, Sebastian Moeller <span dir="ltr"><<a href="mailto:moeller0@gmx.de" target="_blank">moeller0@gmx.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Dave,<br>
<br>
so I ant for the shiny 3.10.11-2, worked great (using Fred's mtd -r method, thanks Fred)<br>
<div class="im"><br>
<br>
On Sep 10, 2013, at 02:28 , Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>
<br>
> + readlink fix (hopefully fixes sysupgrade)<br>
</div> I guess this will be testable at the next version update...<br>
<div class="im"><br>
> + usual merge with openwrt head (tons of ath9k changes)<br>
</div> Oh, as if you knew that I had a number of:<br>
ath: phy1: Failed to stop TX DMA, queues=<br>
lines in dmesg, quick testing did not allow me to get those with 3.10.11-2, but I will need to test further...<br>
<div class="im"><br>
> + dnsmasq 2.67test10<br>
> + ipv6subtrees back in<br>
> + the final htb atm patches<br>
<br>
</div> So I tested tc_stab and htb_private from the AQM tab, both work equally well.<br>
<div class="im"><br>
> + eliminated maxpacket check in codel<br>
><br>
> - did not fold in edumazet's new fq code<br>
> - 100% totally untested. May a braver soul than I give it a shot. I won't be near a cero box til thursday, otherwise.<br>
><br>
> <a href="http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.10-1/" target="_blank">http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.10-1/</a><br>
><br>
</div>> -I'm not sure if I got the "last" of the aqm gui patches in there or not…<br>
<br>
I think so, at least it works :)<br>
<div class="im"><br>
><br>
> ...<br>
><br>
> 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...<br>
><br>
> 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.<br>
<br>
</div> Have a great trip.<br>
<div class="im"><br></div></blockquote><div><br></div><div>oh, this guilts me! ;)<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">
><br>
> 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.<br>
<br>
</div> Thanks a lot.<br>
<br>
> I'm still a little dubious of the ipv6 subtrees bit….<br>
<br>
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)<br>
<br></blockquote><div><br></div><div>No, its possible we have a new problem...<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
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.<br>
<br>
Note, I enabled the log for /usr/sbin/deblaot (by editing/etc/hotplug.d/iface/00-debloat) and got the following:<br>
root@nacktmulle:~# cat /tmp/debloat.log<br>
fq_codel_ll<br>
fq_codel_ll<br>
fq_codel_ll<br>
fq_codel_ll<br>
root@nacktmulle:~# cat /tmp/debloat2.log<br></blockquote><div><br><br></div><div>No. This behavior is new.<br><br></div><div>I used to be able to<br><br>contents of /tmp/wtf:<br><br>qdisc change dev sw10 parent 1:1 handle 10 fq_codel limit 500 quantum 1000<br>
qdisc change dev sw10 parent 1:2 handle 20 fq_codel limit 1000 quantum 1000<br>qdisc change dev sw10 parent 1:3 handle 30 fq_codel limit 1000 quantum 1000<br>qdisc change dev sw10 parent 1:4 handle 40 fq_codel limit 1000 quantum 1000<br>
<br>and then<br>cat /tmp/wtf | tc<br>Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br> tc [-force] -batch filename<br>where OBJECT := { qdisc | class | filter | action | monitor }<br> OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
<br><br><br></div><div>Which is how the debloat script historically did everything. Now the only syntax that works is:<br></div><div><br>root@cerowrt:/etc/hotplug.d/iface# tc -b /tmp/wtf<br><br></div><div>I think this is a regression in tc<br>
</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }<br>
tc [-force] -batch filename<br>
where OBJECT := { qdisc | class | filter | action | monitor }<br>
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }<br>
<br>
<br>
Not sure whether that is new, as I never enabled the logs before. I guess I will see what causes these… (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...<br>
<br>
<br>
Best Regards & many thanks<br>
<span class=""><font color="#888888"> Sebastian<br>
</font></span><div class="im"><br>
<br>
<br>
><br>
><br>
><br>
> --<br>
> Dave Täht<br>
><br>
> Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a><br>
</div><div class=""><div class="h5">> _______________________________________________<br>
> Cerowrt-devel mailing list<br>
> <a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Dave Täht<br><br>Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a>
</div></div>