revolutions per minute - a new metric for measuring responsiveness
 help / color / mirror / Atom feed
From: "MORTON JR., AL" <acmorton@att.com>
To: rjmcmahon <rjmcmahon@rjmcmahon.com>, Dave Taht <dave.taht@gmail.com>
Cc: Rpm <rpm@lists.bufferbloat.net>, "ippm@ietf.org" <ippm@ietf.org>
Subject: Re: [Rpm] [ippm] Preliminary measurement comparison of "Working Latency" metrics
Date: Mon, 31 Oct 2022 22:08:59 +0000	[thread overview]
Message-ID: <CH0PR02MB798043B62D22E8C82F61138DD3379@CH0PR02MB7980.namprd02.prod.outlook.com> (raw)
In-Reply-To: <0a8cc31c7077918bf84fddf9db50db02@rjmcmahon.com>

> -----Original Message-----
> From: rjmcmahon <rjmcmahon@rjmcmahon.com>
> Sent: Monday, October 31, 2022 2:53 PM
> To: Dave Taht <dave.taht@gmail.com>
> Cc: MORTON JR., AL <acmorton@att.com>; Rpm <rpm@lists.bufferbloat.net>;
> ippm@ietf.org
> Subject: Re: [Rpm] [ippm] Preliminary measurement comparison of "Working
> Latency" metrics
> 
> Would it be possible to get some iperf 2 bounceback test results too?
> 
> https://urldefense.com/v3/__https://sourceforge.net/projects/iperf2/__;!!BhdT!
> gmYpYN3pBO-aWMfjDRdVRFQ20aHQ5nDHOhEVY1y-
> MkFFyH8YmM4wf8cEtaxzvcwTMaCaJOCNRBtj0tnz9A$
> 
> Also, for the hunt algo, maybe use TCP first to get a starting point and
> then hunt? Just a thought.
> 
> Thanks,
> Bob
> >
<snip>

Thanks for your suggestion, Bob, and it's nice to meet you! 
I was only familiar with the "old" iperf2 at:
https://iperf.fr/iperf-doc.php
before your message and URL arrived (yet another segment of the elephant!).

I didn't quickly find whether your code will run on linux (ubuntu for me). I suppose I use the .tar.gz and compile locally. Let me know, I've got some other tools to check-out first.

You suggest the bounceback test option (I found it on the man page), but there are lots of options and six versions of bounceback!  Based on the results I already reported, can you suggest a specific version of bounceback and a set of options that would be a good first try?
(see the man page at https://iperf2.sourceforge.io/iperf-manpage.html )

Regarding our hunt algorithms (search for max), the new Type C algo (in release 7.5.0) locates the Max very quickly. I showed a comparison of our Type B and Type C search algorithms on a slide at the IPPM meeting in July. See Slide 10:
https://datatracker.ietf.org/meeting/114/materials/slides-114-ippm-sec-dir-review-discussion-test-protocol-for-one-way-ip-capacity-measurement-00

The measured capacity reaches 1 Gbps in about 1 second with the Type C algorithm, without choosing or testing for a starting point (our default starting point rate is ~500kbps, very low to accommodate "any" subscribed rate).

regards, and thanks again,
Al


  reply	other threads:[~2022-10-31 22:09 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CH0PR02MB79808E2508E6AED66DC7657AD32E9@CH0PR02MB7980.namprd02.prod.outlook.com>
     [not found] ` <CH0PR02MB7980DFB52D45F2458782430FD3379@CH0PR02MB7980.namprd02.prod.outlook.com>
     [not found]   ` <CH0PR02MB7980D3036BF700A074D902A1D3379@CH0PR02MB7980.namprd02.prod.outlook.com>
2022-10-31 16:52     ` Dave Taht
2022-10-31 18:52       ` rjmcmahon
2022-10-31 22:08         ` MORTON JR., AL [this message]
2022-10-31 22:44           ` rjmcmahon
2022-11-01 20:15           ` [Rpm] lightweight active sensing of bandwidth and buffering Dave Taht
2022-11-01 23:39             ` rjmcmahon
2022-11-02  8:23               ` Sebastian Moeller
2022-11-02  9:41                 ` [Rpm] [ippm] " Ruediger.Geib
2022-11-02 19:29                   ` rjmcmahon
2022-11-02 19:44                     ` Dave Taht
2022-11-02 20:37                       ` rjmcmahon
2022-11-02 21:13                       ` Sebastian Moeller
2022-11-02 21:41                   ` Sebastian Moeller
2022-11-03  8:20                     ` Ruediger.Geib
2022-11-03  8:57                       ` Sebastian Moeller
2022-11-03 11:25                         ` Ruediger.Geib
2022-11-03 11:48                           ` Sebastian Moeller
2022-11-02 19:21                 ` [Rpm] " rjmcmahon
2022-10-31 20:40       ` [Rpm] [ippm] Preliminary measurement comparison of "Working Latency" metrics MORTON JR., AL
2022-10-31 23:30         ` Dave Taht
2022-11-01  4:21           ` Dave Taht
2022-11-01 14:51             ` MORTON JR., AL
2022-11-04 17:14               ` MORTON JR., AL
2022-11-04 18:12                 ` rjmcmahon
2022-11-04 18:58                   ` MORTON JR., AL
2022-11-04 19:10                 ` Sebastian Moeller
2022-11-05 19:36                   ` MORTON JR., AL
2022-12-11 19:21                     ` MORTON JR., AL
2022-12-12  2:38                       ` Dave Taht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/rpm.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CH0PR02MB798043B62D22E8C82F61138DD3379@CH0PR02MB7980.namprd02.prod.outlook.com \
    --to=acmorton@att.com \
    --cc=dave.taht@gmail.com \
    --cc=ippm@ietf.org \
    --cc=rjmcmahon@rjmcmahon.com \
    --cc=rpm@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox