<div dir="ltr">> <span style="font-size:13px">2) fq_codel with ECN enabled. Puzzled as to why this would not be an A+</span><br style="font-size:13px"><div><span style="font-size:13px"><br></span></div><div>Hah blame your own standards :)</div><div><br></div><div>The idle minimum was 66ms</div><div>The median down was +4.5ms higher</div><div>The median up was +5.5ms higher</div><div><br></div><div>the average of 4,5 and 5.5 is 5.0 which puts it as an "A"</div><div>but if it was a <= rather than a < it might have been an A+</div><div><br></div><div>Can't go handing out A+ like candy.</div><div>(happy to change this, if you think it is unrealistically tough, for example, average</div><div>of idle vs median of up/down). I wanted to avoid outliers upsetting things.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 30, 2015 at 3:23 PM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">1) From an OSX box over ethernet to the router.<br>
<br>
Normal comcast blast service with no shaping:<br>
<br>
F: <a href="http://www.dslreports.com/speedtest/394057" target="_blank">http://www.dslreports.com/speedtest/394057</a><br>
<br>
2) fq_codel with ECN enabled. Puzzled as to why this would not be an A+<br>
<br>
A: <a href="http://www.dslreports.com/speedtest/394059" target="_blank">http://www.dslreports.com/speedtest/394059</a><br>
<br>
qdisc fq_codel 120: parent 1:12 limit 1001p flows 1024 quantum 300<br>
target 5.0ms interval 100.0ms ecn<br>
 Sent 16656658 bytes 29867 pkt (dropped 408, overlimits 0 requeues 0)<br>
 backlog 0b 0p requeues 0<br>
  maxpacket 1514 drop_overlimit 0 new_flow_count 11758 ecn_mark 9609<br>
  new_flows_len 1 old_flows_len 5<br>
<br>
3) fq_codel, no ECN<br>
<br>
<a href="http://www.dslreports.com/speedtest/394097" target="_blank">http://www.dslreports.com/speedtest/394097</a><br>
<br>
qdisc fq_codel 120: parent 1:12 limit 1001p flows 1024 quantum 300<br>
target 5.0ms interval 100.0ms<br>
 Sent 22610612 bytes 54551 pkt (dropped 1454, overlimits 0 requeues 0)<br>
 backlog 0b 0p requeues 0<br>
  maxpacket 1514 drop_overlimit 0 new_flow_count 24747 ecn_mark 0<br>
  new_flows_len 1 old_flows_len 3<br>
<br>
(for anyone puzzled as to why there are so many ecn marks compared to<br>
drops in these two, I have continually made the point that dropping<br>
clears the congestion immediately, (particularly with IW stuff) - but<br>
it is ok to mark a lot so long as it is ultimately effective within<br>
multiple RTTs.<br>
<br>
4) pie with ecn gets an A, where I would give it a B at best.<br>
<br>
<a href="http://www.dslreports.com/speedtest/394114" target="_blank">http://www.dslreports.com/speedtest/394114</a><br>
<br>
qdisc pie 120: parent 1:12 limit 1001p target 5.0ms tupdate 30.0ms<br>
alpha 2 beta 20 ecn<br>
 Sent 21363840 bytes 42994 pkt (dropped 1478, overlimits 0 requeues 0)<br>
 backlog 0b 0p requeues 0<br>
prob 0.000000 delay 0us avg_dq_rate 0<br>
pkts_in 42994 overlimit 0 dropped 1478 maxq 82 ecn_mark 96<br>
<br>
5) Linux codel really struggles to get it down on inbound, getting a deserved C:<br>
<br>
<a href="http://www.dslreports.com/speedtest/394129" target="_blank">http://www.dslreports.com/speedtest/394129</a><br>
<br>
6) ns2_codel does mildly better, but still struggles with this workload<br>
<br>
<a href="http://www.dslreports.com/speedtest/394138" target="_blank">http://www.dslreports.com/speedtest/394138</a><br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Apr 29, 2015 at 9:55 PM, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>
> About to go try disabling the shaper here...<br>
><br>
> But I might argue for getting best results you should add buttons for<br>
><br>
> fiber cable dsl<br>
> wifi   wifi    wifi<br>
><br>
> Because wifi itself is so jittery, and it would be good to distinguish<br>
> ethernet results from wifi ones in your db.<br>
><br>
> On Wed, Apr 29, 2015 at 9:43 PM, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>
>> A: (fq_codel no ecn) (<a href="http://www.dslreports.com/speedtest/393466" target="_blank">http://www.dslreports.com/speedtest/393466</a><br>
>><br>
>> A+ (fq_codel + ecn was enabled) <a href="http://www.dslreports.com/speedtest/393300" target="_blank">http://www.dslreports.com/speedtest/393300</a><br>
>><br>
>> A: (fq_codel) <a href="http://www.dslreports.com/speedtest/393241" target="_blank">http://www.dslreports.com/speedtest/393241</a><br>
>><br>
>> A: (fq_codel) <a href="http://www.dslreports.com/speedtest/391178" target="_blank">http://www.dslreports.com/speedtest/391178</a><br>
>><br>
>> D: (fq_codel on the link but over wifi)<br>
>> <a href="http://www.dslreports.com/speedtest/391178" target="_blank">http://www.dslreports.com/speedtest/391178</a><br>
>><br>
>> Lemme go check native comcast and pie....<br>
>><br>
>><br>
>> On Wed, Apr 29, 2015 at 9:33 PM, jb <<a href="mailto:justin@dslr.net">justin@dslr.net</a>> wrote:<br>
>>> yes it did get no rating, I don't generate ratings unless everything looks<br>
>>> "right",<br>
>>> meaning a decent number of down idle and up pings.<br>
>>><br>
>>> <a href="http://www.dslreports.com/speedtest/377563" target="_blank">http://www.dslreports.com/speedtest/377563</a><br>
>>><br>
>>> There are only 6 latency samples during download, even though the download<br>
>>> phase started at the 12 second mark and continued until the 23 second mark,<br>
>>> (meaning 11 seconds).<br>
>>><br>
>>> The latency pings that happened during the download got held up to the<br>
>>> extent<br>
>>> that they came in and were counted as "idle" ones. I'll have to ponder on<br>
>>> this,<br>
>>> I think my pings need to be labelled by origin (what we were doing when they<br>
>>> were sent) not classified as they return.<br>
>>><br>
>>> if it did get a rating it would be an "D" or "F"..<br>
>>><br>
>>><br>
>>> On Thu, Apr 30, 2015 at 2:23 PM, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>
>>>><br>
>>>> Heh. Anything above a 250ms gets a F from me. But I strongly approve<br>
>>>> of simplification to a set of grades.<br>
>>>><br>
>>>> <a href="http://www.dslreports.com/speedtest/378980" target="_blank">http://www.dslreports.com/speedtest/378980</a> F, for sure.<br>
>>>><br>
>>>> Secondly, we tend to regard bufferbloat as one word not two.<br>
>>>><br>
>>>> This result got no rating. <a href="http://www.dslreports.com/speedtest/377563" target="_blank">http://www.dslreports.com/speedtest/377563</a><br>
>>>><br>
>>>> On Wed, Apr 29, 2015 at 9:07 PM, jb <<a href="mailto:justinbeech@gmail.com">justinbeech@gmail.com</a>> wrote:<br>
>>>> > I've added the discussed "bloat rating".<br>
>>>> ><br>
>>>> > It takes the idle period before download uses the lowest latency as a<br>
>>>> > baseline.<br>
>>>> > then it takes the median download and median of upload+trailing idle<br>
>>>> > time,<br>
>>>> > and<br>
>>>> > subtracts to get the latency increase, then converts to a grade.<br>
>>>> ><br>
>>>> > Based on a very few results I've looked at the Grade seems reasonable.<br>
>>>> > I've<br>
>>>> > added<br>
>>>> > a link below the grade for the WTF is this moment a lot of people will<br>
>>>> > have,<br>
>>>> > which<br>
>>>> > takes them to a short FAQ entry, and then a link to <a href="http://bufferbloat.net" target="_blank">bufferbloat.net</a> ..<br>
>>>> ><br>
>>>> ><br>
>>>> > On Thu, Apr 30, 2015 at 4:32 AM, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>
>>>> >><br>
>>>> >> On Wed, Apr 29, 2015 at 9:32 AM, Juliusz Chroboczek<br>
>>>> >> <<a href="mailto:jch@pps.univ-paris-diderot.fr">jch@pps.univ-paris-diderot.fr</a>> wrote:<br>
>>>> >> > Free.fr (Proxad) is certainly much better than other ISPs -- they've<br>
>>>> >> > been<br>
>>>> >> > the first to give sort-of-native (6rd) IPv6 to the masses.  However,<br>
>>>> >> > there's one thing that annoys me -- they have two distinct CPEs, the<br>
>>>> >> > classic FreeBox (which I have) and the FreeBox Revolution (which is<br>
>>>> >> > slightly less cheap, and takes more physical space -- a big deal if<br>
>>>> >> > you<br>
>>>> >> > live in Paris).  The classic FreeBox needs some love from the<br>
>>>> >> > firmware<br>
>>>> >> > developers, and I'd be curious to know whether your results apply<br>
>>>> >> > equally<br>
>>>> >> > to both boxen.<br>
>>>> >><br>
>>>> >> All ya gotta do is run the new dslreports and/or rrul test(s) on your<br>
>>>> >> own older box, and post. ;)<br>
>>>> >><br>
>>>> >> My understanding was that the old freebox was too weak to run anything<br>
>>>> >> but SFQ, but it did run that on the outbound.<br>
>>>> >><br>
>>>> >> ><br>
>>>> >> > (The thing that most pisses me off with the classic FreeBox is that<br>
>>>> >> > it<br>
>>>> >> > doesn't allow IPv6 subnetting -- unless you order the FreeBox<br>
>>>> >> > Revolution,<br>
>>>> >> > you're condemned to the purgatory of ND-proxying.  Grr.)<br>
>>>> >><br>
>>>> >> As tiny as the mods now are to support more extensive ipv6 in openwrt,<br>
>>>> >> that certainly was not the case in 2012.<br>
>>>> >><br>
>>>> >> ><br>
>>>> >> > -- Juliusz<br>
>>>> >><br>
>>>> >><br>
>>>> >><br>
>>>> >> --<br>
>>>> >> Dave Täht<br>
>>>> >> Open Networking needs **Open Source Hardware**<br>
>>>> >><br>
>>>> >> <a href="https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67" target="_blank">https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67</a><br>
>>>> >> _______________________________________________<br>
>>>> >> Bloat mailing list<br>
>>>> >> <a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
>>>> >> <a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
>>>> ><br>
>>>> ><br>
>>>><br>
>>>><br>
>>>><br>
>>>> --<br>
>>>> Dave Täht<br>
>>>> Open Networking needs **Open Source Hardware**<br>
>>>><br>
>>>> <a href="https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67" target="_blank">https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67</a><br>
>>><br>
>>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Dave Täht<br>
>> Open Networking needs **Open Source Hardware**<br>
>><br>
>> <a href="https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67" target="_blank">https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67</a><br>
><br>
><br>
><br>
> --<br>
> Dave Täht<br>
> Open Networking needs **Open Source Hardware**<br>
><br>
> <a href="https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67" target="_blank">https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67</a><br>
<br>
<br>
<br>
--<br>
Dave Täht<br>
Open Networking needs **Open Source Hardware**<br>
<br>
<a href="https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67" target="_blank">https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67</a><br>
</div></div></blockquote></div><br></div>