<div dir="auto">One of my long concerns with the RRUL test is that the ICMP ping test portion is not isochronous, and runs at a variable rate based on rtt, which means that it uses more/less bandwidth as an inverse function of rtt, and that makes it harder to compare the actual goodput of the tcp streams running in parallel. (When the top-line total bw goes down when latency goes down, because the icmp and udp ping tests are using more bandwidth that isn’t accounted for in the bw totals)</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 27, 2021 at 2:45 PM Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">most of the latency related portions of flent use irtt, which I think<br>
is a lot more solid than anything else.<br>
<br>
On Sat, Mar 27, 2021 at 2:44 PM Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>> wrote:<br>
><br>
> so glad to hear the license has been fixed.<br>
><br>
> carl, iperf is only used in a few of flent's tests. We trusted netperf<br>
> - as did the linux kernel developers - a lot further than all the<br>
> iperf variants combined - at the time we started work on flent.<br>
><br>
> I would not mind us somehow developing a drop in replacement for<br>
> netperf, perhaps leveraging the irtt codebase, as I have a long<br>
> standing desire to be able to reliably measure latencies and the<br>
> output of TCP_INFO in "some" tool below 250us.<br>
><br>
> iperf has come a long way, but getting to where I could trust the<br>
> largely "academic" codebase it was would take a ton of benchmarking.<br>
><br>
> On Sat, Mar 27, 2021 at 2:09 PM Klatsky, Carl via Bloat<br>
> <<a href="mailto:bloat@lists.bufferbloat.net" target="_blank">bloat@lists.bufferbloat.net</a>> wrote:<br>
> ><br>
> > Toke,<br>
> ><br>
> > How you see this coming into Flent? My understanding is that for latency & load test like RRUL:<br>
> ><br>
> > -iperf provides the bandwidth portion<br>
> > -IRTT provides the latency portion, and if IRTT is not found, the test falls back to ICMP for the latency check<br>
> ><br>
> > Would netperf replace iperf for the bandwidth portion? Do you see it being used for the latency portion?<br>
> ><br>
> > Thanks,<br>
> > Carl<br>
> ><br>
> > -----Original Message-----<br>
> > From: Bloat <<a href="mailto:bloat-bounces@lists.bufferbloat.net" target="_blank">bloat-bounces@lists.bufferbloat.net</a>> On Behalf Of Toke Høiland-Jørgensen via Bloat<br>
> > Sent: Friday, March 26, 2021 7:32 PM<br>
> > To: bloat <<a href="mailto:bloat@lists.bufferbloat.net" target="_blank">bloat@lists.bufferbloat.net</a>><br>
> > Subject: [Bloat] Netperf re-licensed as MIT<br>
> ><br>
> > Hopefully this means we can get it packaged for the distros that have thus far refused to because of the license - i.e., Debian and Fedora!<br>
> ><br>
> > -Toke<br>
> > _______________________________________________<br>
> > Bloat mailing list<br>
> > <a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
> > <a href="https://urldefense.com/v3/__https://lists.bufferbloat.net/listinfo/bloat__;!!CQl3mcHX2A!W_yWwnGSD6VuZvpn0BPv7Ta9GBP3f2dRWeJHPLS7RrrpBZ5gpyj5DZGnRYIfWVR5TXjR$" rel="noreferrer" target="_blank">https://urldefense.com/v3/__https://lists.bufferbloat.net/listinfo/bloat__;!!CQl3mcHX2A!W_yWwnGSD6VuZvpn0BPv7Ta9GBP3f2dRWeJHPLS7RrrpBZ5gpyj5DZGnRYIfWVR5TXjR$</a><br>
> > _______________________________________________<br>
> > Bloat mailing list<br>
> > <a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
> > <a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
><br>
><br>
><br>
> --<br>
> "For a successful technology, reality must take precedence over public<br>
> relations, for Mother Nature cannot be fooled" - Richard Feynman<br>
><br>
> <a href="mailto:dave@taht.net" target="_blank">dave@taht.net</a> <Dave Täht> CTO, TekLibre, LLC Tel: 1-831-435-0729<br>
<br>
<br>
<br>
-- <br>
"For a successful technology, reality must take precedence over public<br>
relations, for Mother Nature cannot be fooled" - Richard Feynman<br>
<br>
<a href="mailto:dave@taht.net" target="_blank">dave@taht.net</a> <Dave Täht> CTO, TekLibre, LLC Tel: 1-831-435-0729<br>
_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">- Sent from my iPhone.</div>