General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Matt Mathis <mattmathis@google.com>
To: "Livingood, Jason" <Jason_Livingood@comcast.com>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Terminology for Laypeople
Date: Tue, 4 May 2021 18:41:29 -0700	[thread overview]
Message-ID: <CAH56bmBXtwN2isa-Q-BtqOMLT_-0LkHJ=qP8gMBZeKxrZqbU2w@mail.gmail.com> (raw)
In-Reply-To: <EDE14CCF-83D9-48A4-89FA-EB72DDF53CC0@cable.comcast.com>

I suggest moving further up the stack - any random Zoomer or gamer
understands that Application Lag is a bad thing.   Furthermore
statements of the form "Lag is most often caused by LUL or even BB"
are likely to be true without caveat.

Inverting the statement "BB causes LAG (or even LUL)" are less
generally true because the vast majority of queues in the internet are
drop tail, protected by adjacent managed queues (e.g. all of the
queues in switch fabrics within a chassi are protected my managed
queues at the input/output cards).    Statements of causality up the
stack are almost always vague and inaccurate or precise and too
complicated.

I agree with your colleague that since people don't understand micro
bursts, they assume links that are underloaded in the average are
unloaded.  (But note that this issue is an artifact of self clocked
protocols, and may change as more paced CC rolls out).

So my vote would be [Working] Application Lag, just to move a little
further up the stack.

Thanks,
--MM--
The best way to predict the future is to create it.  - Alan Kay

We must not tolerate intolerance;
       however our response must be carefully measured:
            too strong would be hypocritical and risks spiraling out of control;
            too weak risks being mistaken for tacit approval.

On Tue, May 4, 2021 at 5:02 PM Livingood, Jason via Bloat
<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
> https://lists.bufferbloat.net/listinfo/bloat

  parent reply	other threads:[~2021-05-05  1:41 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 [this message]
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
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='CAH56bmBXtwN2isa-Q-BtqOMLT_-0LkHJ=qP8gMBZeKxrZqbU2w@mail.gmail.com' \
    --to=mattmathis@google.com \
    --cc=Jason_Livingood@comcast.com \
    --cc=bloat@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