<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 27, 2015 at 3:14 PM, Toke Høiland-Jørgensen <span dir="ltr"><<a href="mailto:toke@toke.dk" target="_blank">toke@toke.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So Dave and I did a bit of testing of Cake at a 1-second base RTT. That<br>
showed that, compared with a straight FIFO queue (with a sufficiently<br>
large buffer), throughput was suffering quite a bit under Cake,<br>
especially at large bandwidths. We did two changes to fix this:<br>
<br>
- Turn the hard packet queue size into a lower bound rather than an<br>
  upper bound.<br>
<br>
- Scale the target to be 1/16th of the interval.<br>
<br>
The first change allows Cake to actually reach the target throughput,<br>
but it still takes a long while to get there. With the second change, we<br>
actually get the desired behaviour. The attached plot shows the<br>
difference, with the solid line being before the change and the dashed<br>
line being after the change.<br>
<br>
Patch attached.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div>Fantastic !<br><br></div><div>I'm going to test it and report back. I'm interested in how this will perform for 350ms RTT.<br><br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
-Toke<br>
<br>
</font></span><br>_______________________________________________<br>
Cake mailing list<br>
<a href="mailto:Cake@lists.bufferbloat.net">Cake@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cake" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/cake</a><br>
<br></blockquote></div><br></div></div>