* [Rpm] Ookla - Introducing a Better Measure of Latency
@ 2022-05-12 17:15 Christoph Paasch
2022-05-12 20:11 ` [Rpm] [Bloat] " Sebastian Moeller
2022-05-13 1:09 ` [Rpm] " Rich Brown
0 siblings, 2 replies; 3+ messages in thread
From: Christoph Paasch @ 2022-05-12 17:15 UTC (permalink / raw)
To: Rpm, bloat
[-- Attachment #1: Type: text/plain, Size: 257 bytes --]
Ookla's measure of "loaded latency":
https://www.ookla.com/articles/introducing-loaded-latency <https://www.ookla.com/articles/introducing-loaded-latency>
This will hopefully be a shift in how operators approach the bufferbloat problem.
Christoph
[-- Attachment #2: Type: text/html, Size: 587 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Rpm] [Bloat] Ookla - Introducing a Better Measure of Latency
2022-05-12 17:15 [Rpm] Ookla - Introducing a Better Measure of Latency Christoph Paasch
@ 2022-05-12 20:11 ` Sebastian Moeller
2022-05-13 1:09 ` [Rpm] " Rich Brown
1 sibling, 0 replies; 3+ messages in thread
From: Sebastian Moeller @ 2022-05-12 20:11 UTC (permalink / raw)
To: Christoph Paasch; +Cc: Rpm, bloat
Hi Christoph,
nice! Thanks for posting.
For Android (and iOS) Ookla's speedtest app now reports a "Detailed result" page which contains:
1) Upload and download rates (albeit without information what exactly was measured)
2) Data volume used per direction (but not the precise duration of the test)
3) Idle, download, upload responsiveness measures:
(probably) the average, the jitter, the minimum, and the maximum
4) Packet loss percentage
This is quite an improvement and achievement! I would wish for a bit more information about the details, like how was latency exactly measured, how many probes were used per direction and what are the individual delay values...
Unfortunately, the macos client seems not yet updated and the web based test also still only reports the idle RTT. I hope it is only a matter of time for those to be updated.
Regards
Sebastian
> On May 12, 2022, at 19:15, Christoph Paasch via Bloat <bloat@lists.bufferbloat.net> wrote:
>
> Ookla's measure of "loaded latency":
>
> https://www.ookla.com/articles/introducing-loaded-latency
>
> This will hopefully be a shift in how operators approach the bufferbloat problem.
>
>
> Christoph
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Rpm] Ookla - Introducing a Better Measure of Latency
2022-05-12 17:15 [Rpm] Ookla - Introducing a Better Measure of Latency Christoph Paasch
2022-05-12 20:11 ` [Rpm] [Bloat] " Sebastian Moeller
@ 2022-05-13 1:09 ` Rich Brown
1 sibling, 0 replies; 3+ messages in thread
From: Rich Brown @ 2022-05-13 1:09 UTC (permalink / raw)
To: Christoph Paasch; +Cc: Rpm, bloat
[-- Attachment #1: Type: text/plain, Size: 606 bytes --]
This is very cool! I'm glad to see them embrace "download ping" and "upload ping".
> On May 12, 2022, at 1:15 PM, Christoph Paasch via Rpm <rpm@lists.bufferbloat.net> wrote:
>
> Ookla's measure of "loaded latency":
>
> https://www.ookla.com/articles/introducing-loaded-latency <https://www.ookla.com/articles/introducing-loaded-latency>
>
> This will hopefully be a shift in how operators approach the bufferbloat problem.
>
>
> Christoph
> _______________________________________________
> Rpm mailing list
> Rpm@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/rpm
[-- Attachment #2: Type: text/html, Size: 1428 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2022-05-13 1:09 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-05-12 17:15 [Rpm] Ookla - Introducing a Better Measure of Latency Christoph Paasch
2022-05-12 20:11 ` [Rpm] [Bloat] " Sebastian Moeller
2022-05-13 1:09 ` [Rpm] " Rich Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox