<div dir="ltr">I did some more testing. Same setup as before, I varied the amount of delay:<br><br>server        --        delay        --        mbox        --        client<br>netserver             Xms/Xms             45/900mbit<br><div><br></div><div>Cake config:</div><div>qdisc cake 801b: dev mbox.l root refcnt 2 bandwidth 45Mbit diffserv3 triple-isolate ack-filter-aggressive rtt 100.0ms noatm overhead 38 via-ethernet mpu 84<br>qdisc cake 801c: dev mbox.r root refcnt 2 bandwidth 900Mbit diffserv3 triple-isolate rtt 100.0ms noatm overhead 38 via-ethernet mpu 84<br></div><div><br></div><div>Results:<br></div><div>delay 10ms (rtt) flent: <a href="https://drive.google.com/open?id=1hq_MRtocoDglTqxvAHoZvo932ThLBQaC">https://drive.google.com/open?id=1hq_MRtocoDglTqxvAHoZvo932ThLBQaC</a><br></div><div>delay 10ms (rtt) stat: <a href="https://drive.google.com/open?id=1kTnpreQzpRn-7iO6i85eXVf8GjJYg19e">https://drive.google.com/open?id=1kTnpreQzpRn-7iO6i85eXVf8GjJYg19e</a><br></div><div><br>delay 20ms (rtt) flent: <a href="https://drive.google.com/open?id=1Ollbqg7BzM4RiPuSH-tiIuaE8vnKu5tg">https://drive.google.com/open?id=1Ollbqg7BzM4RiPuSH-tiIuaE8vnKu5tg</a><br>delay 20ms (rtt) stats: <a href="https://drive.google.com/open?id=1nwS80SJmnVtubIXyYgBCIQdom_QfSSKB">https://drive.google.com/open?id=1nwS80SJmnVtubIXyYgBCIQdom_QfSSKB</a><br><br>delay 40ms (rtt) flent: <a href="https://drive.google.com/open?id=1nWUo82_L8_GobR1xbKms-jGhkNwT5msx">https://drive.google.com/open?id=1nWUo82_L8_GobR1xbKms-jGhkNwT5msx</a><br>delay 40ms (rtt) stats: <a href="https://drive.google.com/open?id=1oYfERh57fKHomVHb4z0dHQtFtP2U2aWs">https://drive.google.com/open?id=1oYfERh57fKHomVHb4z0dHQtFtP2U2aWs</a><br><br>delay 80ms (rtt) flent: <a href="https://drive.google.com/open?id=17j2T12Xmbi10i-0drHOgdc1x1NL8zAto">https://drive.google.com/open?id=17j2T12Xmbi10i-0drHOgdc1x1NL8zAto</a><br>delay 80ms (rtt) stats: <a href="https://drive.google.com/open?id=1e8cf5z4xDXYMbY8Q1rMvJd8J8F5OOcth">https://drive.google.com/open?id=1e8cf5z4xDXYMbY8Q1rMvJd8J8F5OOcth</a><br><br>delay 100ms (rtt) flent: <a href="https://drive.google.com/open?id=1vg-A92eFc7AMSOuBgj-sRnANBMJda9og">https://drive.google.com/open?id=1vg-A92eFc7AMSOuBgj-sRnANBMJda9og</a><br>delay 100ms (rtt) stats: <a href="https://drive.google.com/open?id=1_WojJPa8h9JmNvmWjW9Gos8ShtvM-zt0">https://drive.google.com/open?id=1_WojJPa8h9JmNvmWjW9Gos8ShtvM-zt0</a><br></div><div><br></div><div>I will repeat these with ack-filter instead of ack-filter-aggressive.</div><div><br></div><div>George<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 29, 2017 at 10:44 AM, 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"><span class="">> (That was also informative for me about how netperf decides when to<br>
> emit a data point…)<br>
<br>
</span>In that case I can add that the stated reason for this way of doing<br>
things is performance (i.e., emitting data points should not interfere<br>
with transfer performance). This is mostly an issue on systems where<br>
getting time is expensive; which is not the case on modern Linux<br>
systems. But I'm not entirely sure that the optimisation only has<br>
historical reasons; it may be that some systems supported by Netperf<br>
still has this issue...<br>
<span class="HOEnZb"><font color="#888888"><br>
-Toke<br>
</font></span></blockquote></div><br></div>