<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Feb 25, 2014 at 6:14 AM, Oliver Niesner <span dir="ltr"><<a href="mailto:oliver.niesner@gmail.com" target="_blank">oliver.niesner@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi list,<br>
<br>
I use cerowrt (3.10.24-8) direct behind my main dsl Router.<br>
SQM is set and performance is good.<br>
When i used Netalyzr from my smartphone i've got good results.<br>
<br>
> Network buffer measurements (?): Uplink 96 ms, Downlink is good<br>
<br>
But when i use my notebook i get this:<br>
<br>
> Network buffer measurements (?): Uplink 1200 ms, Downlink is good<br>
<br>
I tried even wired connection and set ring buffer rx/tx with ethtool to 64, but<br>
only minimal change in uplink buffer (1100ms).<br>
<br>
Has anyone an idea, what i can try to get better uplink performance?<br></blockquote><div><br></div><div class="gmail_default" style="font-size:small">Netalyzr uses a UDP based test for "filling the buffers"; it is not responsive to drops/marks at all, the way a TCP test would be.</div>
<div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">So if you run it, the flows it generates are unresponsive, and indicate the true size of the buffers at the bottleneck link, even though any normal TCP would long since have responded and nothing like that amount of buffering would have taken place.  Furthermore, the flow queuing of fq_codel isolates those flows from other flows, and therefore you do not get the bad latency you would otherwise get on those flows.</div>
<div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">In short, (particularly since fq_codel is deployed in quantity millions by a few ISP's already; it is no longer a fluke to find it only in hacker's hands), Nick Weaver needs to improve netalyzr to detect flow queuing algorithms and make some sense out of the situation.  It would be great to monitor the spread of these algorithms around the Internet over the coming years.</div>
<div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">So it is arguably a "bug" in netalyzr.  It is certainly extremely misleading.</div><div class="gmail_default" style="font-size:small">
<br></div><div class="gmail_default" style="font-size:small">Nick?</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">                                             - Jim</div>
<div class="gmail_default" style="font-size:small"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Regards,<br>
<br>
Oliver<br>
<br>
_______________________________________________<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>
</blockquote></div><br></div></div>