Lets make wifi fast again!
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: "David P. Reed" <dpreed@deepplum.com>
Cc: Sebastian Moeller <moeller0@gmx.de>,
	Sergey Fedorov <sfedorov@netflix.com>,
	Make-Wifi-fast <make-wifi-fast@lists.bufferbloat.net>,
	Jannie Hanekom <jannie@hanekom.net>,
	 Cake List <cake@lists.bufferbloat.net>,
	bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Make-wifi-fast] Slightly OT Re: [Cake] [Bloat] dslreports is no longer free
Date: Wed, 6 May 2020 08:51:12 -0700	[thread overview]
Message-ID: <CAA93jw7=EKzfZYHQ_rqbhb_ALUXDBHEKb=DF2kDed+Lvs3HsPA@mail.gmail.com> (raw)
In-Reply-To: <1588779543.065923089@apps.rackspace.com>

On Wed, May 6, 2020 at 8:39 AM David P. Reed <dpreed@deepplum.com> wrote:
>
> While the jury is still out for me on the "best" speed test to recommend to my friends, family, and even enemies, I think the progression has been good.
>
>
>
> Originally, I used to recommend the web-embedded Java test called Netalyzer from ICSI. That did extensive tests, and included tests that are important to me like detecting DNS spoofing, various middlebox mucking with packets, ... as well as measuring lag under load in a simple way. But then I had to teach each person I recommended it to what everything meant. That was a BIG burden on me.
>
>
>
> Then I switched to dslreports.com, because of several factors - it highlighted lag under load as a bufferbloat grade that made sense.
>
>
>
> Now, I have to say that fast.com is likely to become my new recommendation. However, I have two issues with it. The biggest one is that lag-under-load is obscured in the interface, as is the asymmetry of upload vs. download.
>
>
>
> The problem for me is that I usually get asked to recommend a test under circumstances where someone isn't looking for "bragging rights" but is experiencing a problem of disrupted service quality. The NUMBER ONE problem they usually have is the lag-under-load problem in some form. But all they know is what "download speed" they bought.
>
>
>
> Many, many people are using videoconferencing now, not just web and TV watching. And that is hypersensitive to lag-under-load (also on WiFi due to airtime scheduling).
>
> And no one seems to be aware that their quality of experience is not about speed, but about instability of lag-under-load. So it's a new idea.
>
>
>
> Yeah, I do once in a while want to know if my service is delivering the top speed advertised - just as I once in a while measure the time of my car in the quarter mile on dragstrip :-)
>
>
>
> But mostly I want to know what's making my *applications* so slow. And it's almost never the case that they need a nitro-burning funny car level of speed. Instead, they need either: elimination of lag under load, or eliminating all the crap running in tabs on the browser (like animated JavaScript attention-seeking ads filling memory with garbage and causing the JS garbage collector to run constantly).


An analogy I'd been making to myself and was hoping to use somewhere
relevant to the l4s debate, was
james dean poising his dragster at the top of winding dirt mountain
road, with his best girl, Isadora Duncan,
scarf flowing out, by his side.

what could go wrong?

>
>
>
> So I would change fast.com, if I could, to emphasize the *problems* (as netalyzer did) and not the speed.


-- 
Make Music, Not War

Dave Täht
CTO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-831-435-0729

  reply	other threads:[~2020-05-06 15:51 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-03 15:06 [Make-wifi-fast] " David P. Reed
2020-05-03 17:22 ` Dave Taht
2020-05-04 17:04 ` [Cake] [Make-wifi-fast] " Sergey Fedorov
2020-05-05 21:02   ` [Make-wifi-fast] [Cake] " David P. Reed
2020-05-06  8:19   ` Sebastian Moeller
2020-05-06 15:39     ` [Make-wifi-fast] Slightly OT " David P. Reed
2020-05-06 15:51       ` Dave Taht [this message]
     [not found] ` <mailman.253.1588611897.24343.make-wifi-fast@lists.bufferbloat.net>
2020-05-05  0:03   ` [Make-wifi-fast] " Bob McMahon
     [not found]   ` <mailman.256.1588636996.24343.bloat@lists.bufferbloat.net>
2020-05-05  0:10     ` [Make-wifi-fast] [Bloat] [Cake] " Dave Taht
2020-05-06  8:08 ` [Make-wifi-fast] [Cake] [Bloat] " Sebastian Moeller

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/make-wifi-fast.lists.bufferbloat.net/

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

  git send-email \
    --in-reply-to='CAA93jw7=EKzfZYHQ_rqbhb_ALUXDBHEKb=DF2kDed+Lvs3HsPA@mail.gmail.com' \
    --to=dave.taht@gmail.com \
    --cc=bloat@lists.bufferbloat.net \
    --cc=cake@lists.bufferbloat.net \
    --cc=dpreed@deepplum.com \
    --cc=jannie@hanekom.net \
    --cc=make-wifi-fast@lists.bufferbloat.net \
    --cc=moeller0@gmx.de \
    --cc=sfedorov@netflix.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