From: "Livingood, Jason" <Jason_Livingood@comcast.com>
To: Greg White <g.white@CableLabs.com>,
Jonathan Foulkes <jf@jonathanfoulkes.com>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] [EXTERNAL] Re: Terminology for Laypeople
Date: Wed, 12 May 2021 13:22:47 +0000 [thread overview]
Message-ID: <666B8455-7B26-4E89-A7F2-0279B4D67FCB@cable.comcast.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 3313 bytes --]
Yes, he is the colleague to whom I referred. ;-) Anyway – appreciate all the input as I try out some new terminology on laypeople. So far working latency seems to be more comprehensible for folks but we shall see.
JL
From: Greg White <g.white@CableLabs.com>
Date: Tuesday, May 11, 2021 at 5:26 PM
To: Jonathan Foulkes <jf@jonathanfoulkes.com>, "Livingood, Jason" <Jason_Livingood@cable.comcast.com>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: [EXTERNAL] Re: [Bloat] Terminology for Laypeople
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<https://urldefense.com/v3/__https:/lists.bufferbloat.net/listinfo/bloat__;!!CQl3mcHX2A!SviWp1tUK05mhY86CJjmhVNVM210b56Lvk770IAgUQ_kIDOfyPAnlca8voyyYQP3Oi04yg$>
[-- Attachment #2: Type: text/html, Size: 9052 bytes --]
next reply other threads:[~2021-05-12 13:22 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-12 13:22 Livingood, Jason [this message]
2021-05-12 16:02 ` Michael Richardson
2021-05-12 16:40 ` Dave Taht
2021-05-12 21:10 ` Michael Richardson
2021-05-14 3:47 ` Bob McMahon
2021-05-16 18:07 ` Jonathan Morton
2021-05-17 21:27 ` Matt Mathis
2021-05-18 0:47 ` Bob McMahon
2021-05-18 6:31 ` Neil Davies
2021-05-18 15:24 ` Matt Mathis
2021-05-18 20:59 ` Bob McMahon
2021-05-18 22:29 ` David Lang
2021-05-19 0:02 ` Bob McMahon
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=666B8455-7B26-4E89-A7F2-0279B4D67FCB@cable.comcast.com \
--to=jason_livingood@comcast.com \
--cc=bloat@lists.bufferbloat.net \
--cc=g.white@CableLabs.com \
--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