<div dir="ltr"><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Dec 19, 2012 at 1:09 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"><div id=":yu">I would like very much to be able to analyze stuff like fq_codel under<br>
bit torrent like loads.<br></div></blockquote></div><br>I have some knowledge in this area which may help. You should be aware that BitTorrent may use uTP which is a TCP alternative that tries to eliminate bufferbloat. The main difference is that uTP targets a "full line" delay and adjusts its window size based not only on packet loss, but also on delay. Line delay is then forwarded back over the ACKs. uTP runs inside UDP.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">You may want to analyze both things. I have a hunch fq_codel solves most of the trouble they had because it eliminates the otherwise standing queue. So be sure to test TCP-only client models as well as the uTP one.</div>

<div class="gmail_extra"><br clear="all"><div><br></div>-- <br>J.
</div></div>