revolutions per minute - a new metric for measuring responsiveness
 help / color / mirror / Atom feed
From: rjmcmahon <rjmcmahon@rjmcmahon.com>
To: Dave Taht <dave.taht@gmail.com>
Cc: Rpm <rpm@lists.bufferbloat.net>,
	Measurement Analysis and Tools Working Group <mat-wg@ripe.net>,
	IETF IPPM WG <ippm@ietf.org>, tsvwg IETF list <tsvwg@ietf.org>,
	discuss <discuss@measurementlab.net>,
	Dave Taht via Starlink <starlink@lists.bufferbloat.net>
Subject: Re: [Rpm] [M-Lab-Discuss] misery metrics & consequences
Date: Sat, 22 Oct 2022 13:18:20 -0700	[thread overview]
Message-ID: <b821cfe82774ea3294728dfe05f0b578@rjmcmahon.com> (raw)
In-Reply-To: <CAA93jw4w27a1EO_QQG7NNkih+C3QQde5=_7OqGeS9xy9nB6wkg@mail.gmail.com>

We've added full histograms into many of iperf 2 metrics. The python 
flows codes has an example of how to measure distances between 
non-parametric histograms/distributions per the Kolmogorv-Smirnov test. 
Statistical process controls (SPC) per techniques like Hotelling T2 can 
be useful to identify regressions under controlled tests. In general, 
trying to use single scalars or even parametric distribution values, 
e.g. mean & variance, need to be thought out as normalizing 
distributions loses information. I think others have said network metric 
distributions exhibit chaotic behaviors so normalization may not work 
nor will predictions too far out. User experience is a multi-label 
classification problem and not easily defined - probably need a 
supervised system with user feedback/inputs into the model to come up 
with that.

Bottom line to me is that network analysis techniques need to us machine 
learning or multivariate stats, linear algebra, etc to be useful and 
even with all this advanced math it still can be incorrect.

https://en.wikipedia.org/wiki/Central_limit_theorem
https://en.wikipedia.org/wiki/Kolmogorov%E2%80%93Smirnov_test
https://en.wikipedia.org/wiki/Hotelling%27s_T-squared_distribution
https://en.wikipedia.org/wiki/Multi-label_classification
https://en.wikipedia.org/wiki/Chaos_theory
https://sourceforge.net/projects/iperf2/

Bob


> One of the best talks I've ever seen on how to measure customer
> satisfaction properly just went up after the P99 Conference.
> 
> It's called Misery Metrics.
> 
> After going through a deep dive as to why and how we think and act on
> percentiles, bins, and other statistical methods as to how we use the
> web and internet are *so wrong* (well worth watching and thinking
> about if you are relying on or creating network metrics today), it
> then points to the real metrics that matter to users and the ultimate
> success of an internet business: Timeouts, retries, misses, failed
> queries, angry phone calls, abandoned shopping carts and loss of
> engagement.
> 
> https://www.p99conf.io/session/misery-metrics-consequences/
> 
> The ending advice was - don't aim to make a specific percentile
> acceptable, aim for an acceptable % of misery.
> 
> I enjoyed the p99 conference more than any conference I've attended in 
> years.
> 
> --
> This song goes out to all the folk that thought Stadia would work:
> https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz
> Dave Täht CEO, TekLibre, LLC

  parent reply	other threads:[~2022-10-22 20:18 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-21 21:04 [Rpm] " Dave Taht
2022-10-21 23:50 ` Dave Taht
2022-10-25  6:15   ` Taraldsen Erik
2022-10-22 20:18 ` rjmcmahon [this message]
2022-10-23  0:17 ` [Rpm] [M-Lab-Discuss] " Glenn Fishbine
2022-10-23 11:57   ` Sebastian Moeller
2022-10-24 20:08     ` [Rpm] [Starlink] " Christoph Paasch
2022-10-24 20:57       ` Sebastian Moeller
2022-10-24 23:44         ` Christoph Paasch
2022-10-25  0:08           ` rjmcmahon
2022-10-25  0:12             ` rjmcmahon
2022-10-25  2:28           ` [Rpm] [tsvwg] " Neal Cardwell
2022-10-25 15:17             ` rjmcmahon
2022-10-25 16:07     ` [Rpm] [ippm] " J Ignacio Alvarez-Hamelin
2022-10-25 17:02       ` rjmcmahon
2022-10-25 20:17         ` J Ignacio Alvarez-Hamelin
     [not found]     ` <F290B086-FDDC-4C9E-AD46-3BAC446BD8C4@cnet.fi.uba.ar>
2022-10-26  8:14       ` [Rpm] [mat-wg] " 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=b821cfe82774ea3294728dfe05f0b578@rjmcmahon.com \
    --to=rjmcmahon@rjmcmahon.com \
    --cc=dave.taht@gmail.com \
    --cc=discuss@measurementlab.net \
    --cc=ippm@ietf.org \
    --cc=mat-wg@ripe.net \
    --cc=rpm@lists.bufferbloat.net \
    --cc=starlink@lists.bufferbloat.net \
    --cc=tsvwg@ietf.org \
    /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