From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) (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 D52F03B2A4 for ; Mon, 29 Mar 2021 14:38:35 -0400 (EDT) Received: by mail-io1-xd2f.google.com with SMTP id f19so13798890ion.3 for ; Mon, 29 Mar 2021 11:38:35 -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:content-transfer-encoding; bh=z0gnH93YCEfsrJyrrfXfIBxzdOPvkzTwFuetedw/6ho=; b=htLMAjQLBkBAhW7Dw9YmPyAix9pwGLK/EGyQml6QOZiks0Pcaiai2vba0+LKIiOB1E O99mXm5H/UOxHtpT6nbpq7JDHxnWhHzowuhbNwBFGIYw6UF9ZEtEaat36A8njrAPaygB S7esaJWeKVecXOZ5nBVbc+PH6xz6uA8IVTWGM0Uy6+QJIPwZKDAJfM+QpDlCzKbfqo5f KRpMOPTOul1JpK0SJN/SDoI+mhNiZi2W1wWeBhvwioHOIVIrWYSLabqXUNpfPRbrwG+y slI+hJp91vp6pNTLQqIOOT3iGzbFjvldkhppOuorz2LCRWWubtOP4uVlO8y3RrGCGaqN FTiw== 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:content-transfer-encoding; bh=z0gnH93YCEfsrJyrrfXfIBxzdOPvkzTwFuetedw/6ho=; b=ELLARa8U/804aUeB6S2Fr7jSfjzaWiLpQzfuxHCdx4eMCiviDKrV0YciGk7wDPJh8d MesjAVoViah79BIy9stgX0nU4aWuqOvSY+lg6WoCLXw3uTgPDGXOXHvBar1SPwUafhWK BhqCCt2GLYSJQ6Ijh5da5kDxpkXTJsQkfrQjwCC70hKp2H8yipl94Ed2UJpEwOohao8f mggymATinTAd8dnevOC5xiGdLCFi5tBRc1MTY/VtEUtwmc4SlLPPIqWIE+Egnf/RBVf5 hftxv3CZsVr1il8DbIp5D8iqJfTWGdPS/MD6M4/E38wIa73GlSsDRmuwSuzaioVPOgOk cQPw== X-Gm-Message-State: AOAM530tTeuQbqRpD0a6Ivpc3rLZ0Ov9moFikGzIjyRe5+kGB5FuWwgT J7EbpeeZTDSvQjHlf3iDI02VkeZI/HYTDWrdnVM= X-Google-Smtp-Source: ABdhPJzGBVxKo77dgi99bE2Cu3BnXUhoRA5gVLSg5zwRJC9cZ9TPHYwDtPXNFVPtlp2fp7fux+3Mnd+3F6Er/ihqgaI= X-Received: by 2002:a6b:6618:: with SMTP id a24mr21635448ioc.100.1617043115269; Mon, 29 Mar 2021 11:38:35 -0700 (PDT) MIME-Version: 1.0 References: <87pmzla3vw.fsf@toke.dk> In-Reply-To: From: Dave Taht Date: Mon, 29 Mar 2021 11:38:24 -0700 Message-ID: To: Aaron Wood Cc: "Klatsky, Carl" , bloat Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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:38:35 -0000 irtt is used if available. I agree that the ping method is poor at lower scales. The ping volume also accounts for more bandwidth the lower the rtt which rrul does not measure. I would not mind trying to produce a rrul2021 test that updated it better for modern conditions. On Mon, Mar 29, 2021 at 11:29 AM Aaron Wood wrote: > > One of my long concerns with the RRUL test is that the ICMP ping test por= tion is not isochronous, and runs at a variable rate based on rtt, which me= ans that it uses more/less bandwidth as an inverse function of rtt, and tha= t 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=E2= =80=99t accounted for in the bw totals) > > On Sat, Mar 27, 2021 at 2:45 PM Dave Taht wrote: >> >> most of the latency related portions of flent use irtt, which I think >> is a lot more solid than anything else. >> >> On Sat, Mar 27, 2021 at 2:44 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 la= tency & load test like RRUL: >> > > >> > > -iperf provides the bandwidth portion >> > > -IRTT provides the latency portion, and if IRTT is not found, the te= st falls back to ICMP for the latency check >> > > >> > > Would netperf replace iperf for the bandwidth portion? Do you see i= t 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 hav= e 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/b= loat__;!!CQl3mcHX2A!W_yWwnGSD6VuZvpn0BPv7Ta9GBP3f2dRWeJHPLS7RrrpBZ5gpyj5DZG= nRYIfWVR5TXjR$ >> > > _______________________________________________ >> > > 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 >> >> >> >> -- >> "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 > > -- > - Sent from my iPhone. --=20 "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