From: Dave Taht <dave.taht@gmail.com>
To: "Robert Chacón" <robert.chacon@jackrabbitwireless.com>
Cc: Herbert Wolverson <herberticus@gmail.com>,
libreqos@lists.bufferbloat.net
Subject: Re: [LibreQoS] ookla speedtest results?
Date: Mon, 24 Oct 2022 08:09:33 -0700 [thread overview]
Message-ID: <CAA93jw4ukP63UCPYatSeub+zND6hhmfRu9xVA-TkNOs8Ge5Q9w@mail.gmail.com> (raw)
In-Reply-To: <CAOZyJosBytLkATJyRD4m14K0NySW1wg1eSHpUCXz9dvqX+ceXw@mail.gmail.com>
On Mon, Oct 24, 2022 at 8:02 AM Robert Chacón via LibreQoS
<libreqos@lists.bufferbloat.net> wrote:
>
> I can run an Ookla test in the middle of the night with LibreQoS off for a bit.
Groovy.
> From what I recall - without Libre we see download bloat of 300ms or so. With Libre, it's gone. On waveform we see 0ms added bloat each direction for most clients.
The numbers report by speedtest bounce around a lot, and they tend to
pick a lower number as a final result than I'd
like. If there's a way to capture a movie of it...
>
> And I like the "monitor only" mode idea.
> Perhaps we could create the HTB tree, but just not attach the CAKE qdisc?
> Technically even HTB could reduce latency by itself on overloaded APs , so it wouldn't be true passive monitoring, but it would allow us to compare the before/after of CAKE while still having qdiscs we can point cpumap-pping to.
>
> Alternatively, maybe we could use eBPF PPing just for this passive monitoring period?
>
>
> On Mon, Oct 24, 2022 at 8:02 AM Herbert Wolverson via LibreQoS <libreqos@lists.bufferbloat.net> wrote:
>>
>> Are you looking for a shaped result? That'll show "whatever bandwidth
>> is left on the sector" without Libre, and around the customer's paid-for
>> target with Libre (hopefully!).
>>
>> One thing Preseem does well is that their onboarding process includes
>> "leave it in monitoring-only mode" for a week, gathering data before you
>> pull the switch (although most ISPs I've talked to just pull the switch...)
>> It's quite enlightening to see a before/after, even with only FQ_CODEL
>> as the shaper.
>>
>> We could probably do something similar with a "monitor only" mode that
>> doesn't enable any queues (is there a TC equivalent to "dummy" on
>> FreeBSD?).
>>
>> On Mon, Oct 24, 2022 at 8:52 AM Dave Taht via LibreQoS <libreqos@lists.bufferbloat.net> wrote:
>>>
>>> I am curious if anyone here has speedtest results with libreqos on and
>>> off, and can send a screen shot?
>>>
>>> --
>>> 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
>>> _______________________________________________
>>> LibreQoS mailing list
>>> LibreQoS@lists.bufferbloat.net
>>> https://lists.bufferbloat.net/listinfo/libreqos
>>
>> _______________________________________________
>> LibreQoS mailing list
>> LibreQoS@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/libreqos
>
>
>
> --
> Robert Chacón
> CEO | JackRabbit Wireless LLC
> _______________________________________________
> LibreQoS mailing list
> LibreQoS@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/libreqos
--
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
next prev parent reply other threads:[~2022-10-24 15:09 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-24 13:51 Dave Taht
2022-10-24 14:01 ` Herbert Wolverson
2022-10-24 15:02 ` Robert Chacón
2022-10-24 15:09 ` Dave Taht [this message]
2022-10-24 15:20 ` dan
2022-10-24 15:27 ` Dave Taht
2022-10-24 15:31 ` dan
2022-10-24 16:30 ` Herbert Wolverson
2022-10-24 16:48 ` dan
2022-10-24 17:14 ` Dave Taht
2022-10-24 17:30 ` dan
2022-10-24 17:39 ` Dave Taht
2022-10-24 17:34 ` Robert Chacón
2022-10-24 17:41 ` Herbert Wolverson
2022-10-24 17:42 ` Dave Taht
2022-10-24 17:46 ` dan
2022-10-24 17:57 ` Dave Taht
2022-10-24 18:03 ` dan
2022-10-24 18:06 ` Herbert Wolverson
2022-10-24 18:22 ` Dave Taht
2022-10-24 18:27 ` Dave Taht
2022-10-24 20:16 ` Robert Chacón
2022-10-24 20:31 ` Dave Taht
2022-10-24 20:49 ` Mark Steckel
2022-10-24 18:14 ` Dave Taht
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/libreqos.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAA93jw4ukP63UCPYatSeub+zND6hhmfRu9xVA-TkNOs8Ge5Q9w@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=herberticus@gmail.com \
--cc=libreqos@lists.bufferbloat.net \
--cc=robert.chacon@jackrabbitwireless.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