Lets make wifi fast again!
 help / color / mirror / Atom feed
From: "David P. Reed" <dpreed@deepplum.com>
To: "Sebastian Moeller" <moeller0@gmx.de>
Cc: "Sergey Fedorov" <sfedorov@netflix.com>,
	"Dave Täht" <dave.taht@gmail.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: [Make-wifi-fast] Slightly OT Re: [Cake] [Bloat] dslreports is no longer free
Date: Wed, 6 May 2020 11:39:03 -0400 (EDT)	[thread overview]
Message-ID: <1588779543.065923089@apps.rackspace.com> (raw)
In-Reply-To: <D61EB903-E580-4885-A064-6B6D5F325BBC@gmx.de>

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


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).
 
So I would change fast.com, if I could, to emphasize the *problems* (as netalyzer did) and not the speed.

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

  reply	other threads:[~2020-05-06 15:39 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     ` David P. Reed [this message]
2020-05-06 15:51       ` [Make-wifi-fast] Slightly OT " Dave Taht
     [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=1588779543.065923089@apps.rackspace.com \
    --to=dpreed@deepplum.com \
    --cc=bloat@lists.bufferbloat.net \
    --cc=cake@lists.bufferbloat.net \
    --cc=dave.taht@gmail.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