<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Aug 16, 2015 at 6:36 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">A big point of flent for is to have a complex, gnarly, test scenario<br>
that is 100% repeatable, so that you can change a single variable<br>
elsewhere, and observe the differences, and ultimately plot your<br>
progress on a single graph.<br>
<br>
For example, earlier this year I explored adding BQL support to the<br>
beaglebone black.<br>
<br>
First I tested the default pfifo_fast, then I tried sch_fq and fq_codel.<br>
<br>
Then I added BQL support to the ethernet driver (byte queue limits)<br>
<br>
<a href="http://snapon.lab.bufferbloat.net/~d/beagle_bql/bql_makes_a_difference.png" rel="noreferrer" target="_blank">http://snapon.lab.bufferbloat.net/~d/beagle_bql/bql_makes_a_difference.png</a><br>
<br>
I happen to prefer CDFs, but here's a box plot of the 4 results.<br>
<br>
<a href="http://snapon.lab.bufferbloat.net/~d/beagle_bql/beaglebonewithbql.png" rel="noreferrer" target="_blank">http://snapon.lab.bufferbloat.net/~d/beagle_bql/beaglebonewithbql.png</a><br>
<br>
The  wonderful reduction in latency and jitter across the range - ALSO<br>
led to vastly more throughput in both directions. It is not entirely<br>
clear why it was such an improvement, though I suspect part of it was<br>
better cache behavior.<br>
<br>
A bql-like mechanism is desperately needed for wifi.<br></blockquote><div><br></div><div>Just "nanoseconds" instead of bytes...</div><div><br></div><div>I think <span style="color:rgb(0,0,0);font-family:Verdana,Arial,Helvetica,sans-serif;font-size:12.960000038147px">Jonathan, </span>the author of Cake said that it shouldn't be that difficult to convert the rest of Cake to "time" instead of bytes...</div><div><br></div><div>Henning</div><div><br></div></div></div></div>