From: rjmcmahon <rjmcmahon@rjmcmahon.com>
To: jf@jonathanfoulkes.com
Cc: Dave Taht <dave.taht@gmail.com>,
Dave Taht via Starlink <starlink@lists.bufferbloat.net>,
IETF IPPM WG <ippm@ietf.org>,
libreqos <libreqos@lists.bufferbloat.net>,
Cake List <cake@lists.bufferbloat.net>,
Rpm <rpm@lists.bufferbloat.net>,
bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Rpm] the grinch meets cloudflare's christmas present
Date: Wed, 04 Jan 2023 12:02:47 -0800 [thread overview]
Message-ID: <eca6010e810ba85e6ab5d420b6c882db@rjmcmahon.com> (raw)
In-Reply-To: <845161E4-474C-44A9-92D4-1702748A3DA1@jonathanfoulkes.com>
Curious to why people keep calling capacity tests speed tests? A semi at
55 mph isn't faster than a porsche at 141 mph because its load volume is
larger.
Bob
> HNY Dave and all the rest,
>
> Great to see yet another capacity test add latency metrics to the
> results. This one looks like a good start.
>
> Results from my Windstream DOCSIS 3.1 line (3.1 on download only, up
> is 3.0) Gigabit down / 35Mbps up provisioning. Using an IQrouter Pro
> (an i5 x86) with Cake set for 710/31 as this ISP can’t deliver
> reliable low-latency unless you shave a good bit off the targets. My
> local loop is pretty congested.
>
> Here’s the latest Cloudflare test:
>
>
>
>
> And an Ookla test run just afterward:
>
>
>
>
> They are definitely both in the ballpark and correspond to other tests
> run from the router itself or my (wired) MacBook Pro.
>
> Cheers,
>
> Jonathan
>
>
>> On Jan 4, 2023, at 12:26 PM, Dave Taht via Rpm
>> <rpm@lists.bufferbloat.net> wrote:
>>
>> Please try the new, the shiny, the really wonderful test here:
>> https://speed.cloudflare.com/
>>
>> I would really appreciate some independent verification of
>> measurements using this tool. In my brief experiments it appears - as
>> all the commercial tools to date - to dramatically understate the
>> bufferbloat, on my LTE, (and my starlink terminal is out being
>> hacked^H^H^H^H^H^Hworked on, so I can't measure that)
>>
>> My test of their test reports 223ms 5G latency under load , where
>> flent reports over 2seconds. See comparison attached.
>>
>> My guess is that this otherwise lovely new tool, like too many,
>> doesn't run for long enough. Admittedly, most web objects (their
>> target market) are small, and so long as they remain small and not
>> heavily pipelined this test is a very good start... but I'm pretty
>> sure cloudflare is used for bigger uploads and downloads than that.
>> There's no way to change the test to run longer either.
>>
>> I'd love to get some results from other networks (compared as usual to
>> flent), especially ones with cake on it. I'd love to know if they
>> measured more minimum rtts that can be obtained with fq_codel or cake,
>> correctly.
>>
>> Love Always,
>> The Grinch
>>
>> --
>> This song goes out to all the folk that thought Stadia would work:
>> https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz
>> Dave Täht CEO, TekLibre, LLC
>> <image.png><tcp_nup-2023-01-04T090937.211620.LTE.flent.gz>_______________________________________________
>> Rpm mailing list
>> Rpm@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/rpm
>
>
> _______________________________________________
> Rpm mailing list
> Rpm@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/rpm
next prev parent reply other threads:[~2023-01-04 20:02 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-04 17:26 Dave Taht
2023-01-04 19:20 ` jf
2023-01-04 20:02 ` rjmcmahon [this message]
2023-01-05 11:11 ` [Rpm] [Bloat] " Sebastian Moeller
2023-01-06 0:30 ` [Rpm] [Starlink] [Bloat] the grinch meets cloudflare'schristmas present Dick Roy
2023-01-06 2:33 ` rjmcmahon
2023-01-06 9:55 ` Sebastian Moeller
2023-01-05 4:25 ` [Rpm] [Starlink] the grinch meets cloudflare's christmas present Dick Roy
2023-01-06 16:38 ` [Rpm] [LibreQoS] " MORTON JR., AL
2023-01-06 20:38 ` rjmcmahon
2023-01-06 20:47 ` rjmcmahon
2023-01-06 23:29 ` [Rpm] [Starlink] [LibreQoS] the grinch meets cloudflare'schristmas present Dick Roy
2023-01-06 23:44 ` rjmcmahon
2023-01-07 0:31 ` Dick Roy
2023-01-10 17:24 ` [Rpm] [Bloat] " Luis A. Cornejo
2023-01-11 5:07 ` Dave Taht
2023-01-11 11:05 ` Jay Moran
2023-01-12 16:01 ` Luis A. Cornejo
2023-01-12 16:12 ` Dave Taht
2023-01-12 16:20 ` Luis A. Cornejo
2023-01-12 17:42 ` MORTON JR., AL
2023-01-13 3:28 ` Luis A. Cornejo
2023-01-13 3:47 ` Luis A. Cornejo
2023-01-13 4:01 ` Dave Taht
2023-01-13 14:08 ` Luis A. Cornejo
2023-01-13 3:30 ` Luis A. Cornejo
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/rpm.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=eca6010e810ba85e6ab5d420b6c882db@rjmcmahon.com \
--to=rjmcmahon@rjmcmahon.com \
--cc=bloat@lists.bufferbloat.net \
--cc=cake@lists.bufferbloat.net \
--cc=dave.taht@gmail.com \
--cc=ippm@ietf.org \
--cc=jf@jonathanfoulkes.com \
--cc=libreqos@lists.bufferbloat.net \
--cc=rpm@lists.bufferbloat.net \
--cc=starlink@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