From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id AE60F3B2A4 for ; Mon, 29 Mar 2021 14:26:07 -0400 (EDT) Received: by mail-ed1-x52b.google.com with SMTP id w18so15375110edc.0 for ; Mon, 29 Mar 2021 11:26:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hA1NhtsonLwsH95cevUwZ09qpHh1gZfjTYSmO5m7QXY=; b=CwXHMWmVDUY3q1+HbvDdVjDymGamU7OIQs0fJvEFB/GO/GKgcUzwFh4Z5haHCF+/HW OS94l5QEpmKvBbL8xXRZJoRQHwvbqi5JNrM0PFXlaMgzZ1tAZl5XtInz15e0q8zIDOm1 baF5/toIvIR4/nLr3aU13KxvpATje7vdZZkIeCKx+KL3s4VvjRHy8Qhc85hkaGYY3pWo azLK5ss3d8CrYkZ1nxkoYakfx1kAPTh0dEOv2CyCCLQoWvQLfQiN6HcEJIETmD7JsA9G /QLAuLbzdyPVLiya8Q8gAZSNCYGOly/RduDr3ALa+wWJE6RBJ4YlXFv3ewJAP8ewdTX+ nZeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hA1NhtsonLwsH95cevUwZ09qpHh1gZfjTYSmO5m7QXY=; b=AVU4uM1nfy06XQzLmvi2Vguujq9r2nAzNR+FVnLV8m+G2ShCZ6GGUYI3vVlpbehH85 KOv/TPujOcVEEcN/SToxi41B1nTGf0Mo4Ot9Q7v4MBoz3v5Z5bRri+TSPIytybgv84ws iavUFwTB0OUMLzo3r+4zsObwRA5D1y3b2wFulYeSHrduVuBU6/Xhdh7jalBNzvhdJQzv QR9GP9J6dcEPhIMhuZcVHU4VnsxYsq0quP9gXgqE7w5KxUucpm6fYyIGmU9iMUOFORpS OCjUlDbeZ1/lTQtfznGpiyookgTr5tayN+8viHKk3YX+HZ575skkXc4mkwsFlFwc9xaa T7mQ== X-Gm-Message-State: AOAM531tVgmQUUZLU+SRpRhEyRHN+JxJ0GrlGKYg9cwtyfizNUlJpu9h uw0OoTURnNBVVt1btCsmYjl3+h+A5GuEJFnfpig= X-Google-Smtp-Source: ABdhPJwoVDOxSguTLkqW4aNENwnB3G2Pxir921p8rzgzQ9sgwOrfLolueX15E8op3FjkasPxfRu958BZIPdp6WZnYdI= X-Received: by 2002:a05:6402:1103:: with SMTP id u3mr29428065edv.205.1617042366534; Mon, 29 Mar 2021 11:26:06 -0700 (PDT) MIME-Version: 1.0 References: <87pmzla3vw.fsf@toke.dk> In-Reply-To: From: Aaron Wood Date: Mon, 29 Mar 2021 11:25:55 -0700 Message-ID: To: Dave Taht Cc: "Klatsky, Carl" , bloat Content-Type: multipart/alternative; boundary="000000000000d8166b05beb10352" Subject: Re: [Bloat] Netperf re-licensed as MIT X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2021 18:26:07 -0000 --000000000000d8166b05beb10352 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable iperf3 isn=E2=80=99t =E2=80=9Cacademic=E2=80=9D, but is more focused on sci= entific computing (ESNet pushes a LOT of data CERN around, on 100Gbps backbones). But that also skews their usage/needs. Very high throughput bulk transfers with long durations, over mixed systems. Not as many concerns about latency, except in that latency can cause messes with congestion control. On Sat, Mar 27, 2021 at 2:45 PM Dave Taht wrote: > so glad to hear the license has been fixed. > > carl, iperf is only used in a few of flent's tests. We trusted netperf > - as did the linux kernel developers - a lot further than all the > iperf variants combined - at the time we started work on flent. > > I would not mind us somehow developing a drop in replacement for > netperf, perhaps leveraging the irtt codebase, as I have a long > standing desire to be able to reliably measure latencies and the > output of TCP_INFO in "some" tool below 250us. > > iperf has come a long way, but getting to where I could trust the > largely "academic" codebase it was would take a ton of benchmarking. > > On Sat, Mar 27, 2021 at 2:09 PM Klatsky, Carl via Bloat > wrote: > > > > Toke, > > > > How you see this coming into Flent? My understanding is that for > latency & load test like RRUL: > > > > -iperf provides the bandwidth portion > > -IRTT provides the latency portion, and if IRTT is not found, the test > falls back to ICMP for the latency check > > > > Would netperf replace iperf for the bandwidth portion? Do you see it > being used for the latency portion? > > > > Thanks, > > Carl > > > > -----Original Message----- > > From: Bloat On Behalf Of Toke > H=C3=B8iland-J=C3=B8rgensen via Bloat > > Sent: Friday, March 26, 2021 7:32 PM > > To: bloat > > Subject: [Bloat] Netperf re-licensed as MIT > > > > 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! > > > > -Toke > > _______________________________________________ > > Bloat mailing list > > Bloat@lists.bufferbloat.net > > > https://urldefense.com/v3/__https://lists.bufferbloat.net/listinfo/bloat_= _;!!CQl3mcHX2A!W_yWwnGSD6VuZvpn0BPv7Ta9GBP3f2dRWeJHPLS7RrrpBZ5gpyj5DZGnRYIf= WVR5TXjR$ > > _______________________________________________ > > Bloat mailing list > > Bloat@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/bloat > > > > -- > "For a successful technology, reality must take precedence over public > relations, for Mother Nature cannot be fooled" - Richard Feynman > > dave@taht.net CTO, TekLibre, LLC Tel: 1-831-435-0729 > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > --=20 - Sent from my iPhone. --000000000000d8166b05beb10352 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
iperf3 isn=E2=80=99t =E2=80=9Cacademic=E2=80=9D, but is m= ore focused on scientific computing (ESNet pushes a LOT of data CERN around= , on 100Gbps backbones).

But that also skews their usage/needs.=C2=A0 Very high throughput bulk tra= nsfers with long durations, over mixed systems. Not as many concerns about = latency, except in that latency can cause messes with congestion control.

On Sat, Mar 27, 2021 at 2:45 PM Dave Taht <dave.taht@gmail.com> wrote:
=
so glad to hear the license has been fixed.

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
iperf variants combined - at the time we started work on flent.

I would not mind us somehow developing a drop in replacement for
netperf, perhaps leveraging the irtt codebase, as I have a long
standing desire to be able to reliably measure latencies and the
output of TCP_INFO in "some" tool below 250us.

iperf has come a long way, but getting to where I could trust the
largely "academic" codebase it was would take a ton of benchmarki= ng.

On Sat, Mar 27, 2021 at 2:09 PM Klatsky, Carl via Bloat
<bloat@= lists.bufferbloat.net> wrote:
>
> Toke,
>
> How you see this coming into Flent?=C2=A0 My understanding is that for= latency & load test like RRUL:
>
> -iperf provides the bandwidth portion
> -IRTT provides the latency portion, and if IRTT is not found, the test= falls back to ICMP for the latency check
>
> Would netperf replace iperf for the bandwidth portion?=C2=A0 Do you se= e it being used for the latency portion?
>
> Thanks,
> Carl
>
> -----Original Message-----
> From: Bloat <bloat-bounces@lists.bufferbloat.net> On Behalf Of= Toke H=C3=B8iland-J=C3=B8rgensen via Bloat
> Sent: Friday, March 26, 2021 7:32 PM
> To: bloat <bloat@lists.bufferbloat.net>
> Subject: [Bloat] Netperf re-licensed as MIT
>
> 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!
>
> -Toke
> _______________________________________________
> Bloat mailing list
> Bloat= @lists.bufferbloat.net
> https://urlde= fense.com/v3/__https://lists.bufferbloat.net/listinfo/bloat__;!!CQl3mcHX2A!= W_yWwnGSD6VuZvpn0BPv7Ta9GBP3f2dRWeJHPLS7RrrpBZ5gpyj5DZGnRYIfWVR5TXjR$ > _______________________________________________
> Bloat mailing list
> Bloat= @lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat


--
"For a successful technology, reality must take precedence over public=
relations, for Mother Nature cannot be fooled" - Richard Feynman

dave@taht.net <Da= ve T=C3=A4ht> CTO, TekLibre, LLC Tel: 1-831-435-0729
_______________________________________________
Bloat mailing list
Bloat@list= s.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat
--
- Sent from my iPhone.
--000000000000d8166b05beb10352--