General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Matt Mathis <mattmathis@google.com>
To: David Collier-Brown <davecb@spamcop.net>
Cc: Ken Rice <krice@freeswitch.org>, Dave Taht <dave.taht@gmail.com>,
	 Anthony Minessale II <anthm@freeswitch.com>,
	bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] How about a topical LWN article on demonstrating the real-world goodness of CAKE?
Date: Tue, 8 Sep 2020 09:48:52 -0700	[thread overview]
Message-ID: <CAH56bmCH6nHyAQrjmOt71YRwm0GB8QRgMir77AHa421GO72HEg@mail.gmail.com> (raw)
In-Reply-To: <CAA93jw5bsQGVY2q0v_3S6iHUDeaAdR-3qq87QxMqLWfjRSd4PA@mail.gmail.com>

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

Consider starting from the incorrect default premise in many households:
if you want to get something done, yell at the teenagers to stop
streaming.  Make the point that many people fail to recognize that "manual
traffic management" is really a workaround for busted network devices.  It
would be cool if you had an easily reproduced manual example, such as poor
interactive response on one device while running a speed test on another
device.

To be simplistic, you might just talk about cake vs (bloated) drop tail.
To be thorough, you also need to make the case that cake is better than
other AQMs.  This feels like too much for LWN, but silence on other
solutions might trigger skeptics.

I think your main audience is the extended WRT community - the people who
you want to bake this into future products.   Think about what side issues
might matter to them (no manual config?).    Although gamers also care,
they are an easy sell.

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, Sep 8, 2020 at 8:43 AM Dave Taht <dave.taht@gmail.com> wrote:

> Dear David:
>
> I think freeswitch still has a public sip echo server which might be a
> better test than skype?  I tend to think there is a lot of bloat on
> the endpoints nowadays because it "helps" on not having to deal with
> jitter
> that the bloat on the rest of the internet induces. But 1sec you got
> on skype in your test below is NUTS. I hacked a bit on BBB earlier
> this year to get their number down to sanity.
>
> I find endless videoconferencing nowadays to be really tiring and
> frustrating. Am I alone in this? I have to go outside and scream after
> two hours. Log off entirely after 4.
>
> On Mon, Sep 7, 2020 at 10:20 AM David Collier-Brown <davecb.42@gmail.com>
> wrote:
> >
> > Just FYI, I did two tests today, in my Copious Spare Time
> >
> > a DSLReports speed test using an IQrouter, and
> > a Skype "tap" test, with and without the de-bloated router
> >
> > The router did exactly what I expected: it vaporized the bloat-induced
> delay provided by Rogers.
> >
> > My previous bloat-induced lag was between 700 and 900 milliseconds under
> load, and an unimpressive 240 milliseconds when idle.  With a de-bloated
> router, lag was 40 milliseconds maximum, whether idle or loaded, and about
> 30 millisecond minimum, or a 3500 km round-trip, appropriate for the
> distances to the measurements points. By comparison, Rodger-Dogers was
> giving me lag times more appropriate for a test to Ankara, Turkey.
> >
> > The tap test was interesting, but less helpful. I connected to
> 1-909-390-0003 <(909)%20390-0003>, which is an instant-echo server, used
> to test voice telephones. If you connect to it and say something, it will
> echo it back to you. If you tap on your microphone, it's fairly easy to get
> an idea of how much delay there is.
> >
> > Alas, with and without bufferbloat mitigation, it took about a second
> echo back the tap, so it's not the kind of instantly-obvious success test
> I'm searching for, to demonstrate the goodness of CAKE to my grandmother
> (;-))
> >
> > --dave
> >
> > --
> > David Collier-Brown,         | Always do right. This will gratify
> > System Programmer and Author | some people and astonish the rest
> > davecb@spamcop.net           |                      -- Mark Twain
>
>
>
> --
> "For a successful technology, reality must take precedence over public
> relations, for Mother Nature cannot be fooled" - Richard Feynman
>
> dave@taht.net <Dave Täht> CTO, TekLibre, LLC Tel: 1-831-435-0729
> <(831)%20435-0729>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>

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

  reply	other threads:[~2020-09-08 16:49 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-09 18:27 David Collier-Brown
2020-08-09 19:18 ` Tom Henderson
2020-08-09 21:35   ` Jonathan Morton
2020-08-10 12:57     ` David Collier-Brown
2020-08-10 14:00       ` Daniel Sterling
2020-08-10 15:08         ` Tom Henderson
2020-08-10 15:34           ` Sebastian Moeller
2020-08-10 15:57             ` Jonathan Morton
2020-08-10 16:04               ` Tom Henderson
2020-08-11 12:43         ` Daniel Sterling
2020-08-11 13:57           ` Kenneth Porter
     [not found]           ` <D8B6D86243E4539BBA58E32C@172.27.17.193>
2020-08-11 14:09             ` Daniel Sterling
2020-08-11 14:11               ` Daniel Sterling
2020-08-11 16:19                 ` Kenneth Porter
2020-08-10 17:58       ` Jonathan Foulkes
2020-08-10 19:13         ` Carlos R. Pasqualini
2020-08-10 20:28         ` Dave Collier-Brown
2020-08-11 12:41           ` Michael Yartys
2020-08-10 14:16     ` [Bloat] Sidebar to "How about a topical LWN article on demonstrating the real-world goodness of CAKE?" David Collier-Brown
2020-08-11 15:48     ` [Bloat] How about a topical LWN article on demonstrating the real-world goodness of CAKE? Simon Barber
2020-09-05 18:52 ` Dave Taht
2020-09-05 20:35   ` Dave Collier-Brown
2020-09-07  9:23     ` Toke Høiland-Jørgensen
2020-09-07 11:33       ` Dave Collier-Brown
2020-09-07 17:20         ` David Collier-Brown
2020-09-08 15:43           ` Dave Taht
2020-09-08 16:48             ` Matt Mathis [this message]
2020-09-08 17:09               ` Jonathan Morton
2020-09-10 15:08                 ` Anthony Minessale II
2020-09-10 16:52                   ` Dave Collier-Brown

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=CAH56bmCH6nHyAQrjmOt71YRwm0GB8QRgMir77AHa421GO72HEg@mail.gmail.com \
    --to=mattmathis@google.com \
    --cc=anthm@freeswitch.com \
    --cc=bloat@lists.bufferbloat.net \
    --cc=dave.taht@gmail.com \
    --cc=davecb@spamcop.net \
    --cc=krice@freeswitch.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