General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Greg White <g.white@CableLabs.com>
To: Jonathan Foulkes <jf@jonathanfoulkes.com>,
	"Livingood, Jason" <Jason_Livingood@comcast.com>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Terminology for Laypeople
Date: Tue, 11 May 2021 21:26:21 +0000	[thread overview]
Message-ID: <0A5DF790-7A71-4B84-A20B-559A5E0CE65F@cablelabs.com> (raw)
In-Reply-To: <53AB04B4-20D4-48DA-8F62-4746A752ED65@jonathanfoulkes.com>

[-- Attachment #1: Type: text/plain, Size: 2639 bytes --]

I recently heard Stuart Cheshire (sort of tongue-in-cheek) refer to “idle latency” as “the latency that users experience when they are not using their internet connection” (or something along those lines).

I think terminology that reinforces that the baseline (unloaded) latency is not always what users experience, and that latency under load is not referring to some unusual corner-case situation, is good.  So, I like “idle latency” and “working latency”.

-Greg



From: Bloat <bloat-bounces@lists.bufferbloat.net> on behalf of Jonathan Foulkes <jf@jonathanfoulkes.com>
Date: Monday, May 10, 2021 at 2:10 PM
To: Jason Livingood <Jason_Livingood@comcast.com>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Terminology for Laypeople

Hi Jason,

I’ve found that idle is a good descriptor for unloaded metrics, and for semi-technical audiences ‘working’ is a very good term. But for lay people, the term ‘loaded’ seems to work better, especially since we are talking about a metric that relates to capacity.

e.g.

When my truck is unloaded, my truck stops quickly, but when loaded, it takes longer to stop.

so now:

When my Internet line is unloaded, my latency is low, but when it is highly loaded (iCloud photo sync), the latency is very high.

Cheers,

Jonathan Foulkes



On May 4, 2021, at 8:02 PM, Livingood, Jason via Bloat <bloat@lists.bufferbloat.net<mailto:bloat@lists.bufferbloat.net>> wrote:

Like many of you I have been immersed in buffer bloat discussions for many years, almost entirely within the technical community. Now that I am starting to explain latency & latency under load to internal non-technical folks, I have noticed some people don’t really understand “traditional” latency vs. latency under load (LUL).

As a result, I am planning to experiment in some upcoming briefings and call traditional latency “idle latency” – a measure of latency conducted on an otherwise idle connection. And then try calling LUL either “active latency” or perhaps “working latency” (suggested by an external colleague – can’t take credit for that one) – to try to communicate it is latency when the connection is experiencing normal usage.

Have any of you here faced similar challenges explaining this to non-technical audiences? Have you had any success with alternative terms? What do you think of these?

Thanks for any input,
Jason
_______________________________________________
Bloat mailing list
Bloat@lists.bufferbloat.net<mailto:Bloat@lists.bufferbloat.net>
https://lists.bufferbloat.net/listinfo/bloat


[-- Attachment #2: Type: text/html, Size: 7952 bytes --]

  reply	other threads:[~2021-05-11 21:26 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-05  0:02 Livingood, Jason
2021-05-05  0:14 ` James R Cutler
2021-05-05  7:41   ` Erik Auerswald
2021-05-06 14:38     ` Dave Taht
2021-05-05  1:41 ` Matt Mathis
2021-05-05 15:05 ` Neil Davies
2021-05-06 13:23 ` Jason Iannone
2021-05-06 13:40   ` David Lang
2021-05-06 18:00     ` Dave Taht
2021-05-10 20:10 ` Jonathan Foulkes
2021-05-11 21:26   ` Greg White [this message]
2021-05-12 15:50 Ingemar Johansson S
2021-05-12 21:51 ` Dave Collier-Brown
2021-05-16 18:48   ` john
2021-05-16 19:20     ` Jonathan Morton
2021-05-16 20:44       ` Michael Richardson
2021-05-16 21:32         ` Aaron Wood
2021-05-16 21:33         ` Jonathan Morton
2021-05-16 23:02           ` Jonathan Morton
2021-05-17  5:18     ` Simon Barber
2021-05-17  5:24       ` Jonathan Morton

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/bloat.lists.bufferbloat.net/

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

  git send-email \
    --in-reply-to=0A5DF790-7A71-4B84-A20B-559A5E0CE65F@cablelabs.com \
    --to=g.white@cablelabs.com \
    --cc=Jason_Livingood@comcast.com \
    --cc=bloat@lists.bufferbloat.net \
    --cc=jf@jonathanfoulkes.com \
    /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