From: dan <dandenson@gmail.com>
To: Dave Taht <dave.taht@gmail.com>
Cc: "Robert Chacón" <robert.chacon@jackrabbitwireless.com>,
libreqos@lists.bufferbloat.net
Subject: Re: [LibreQoS] ookla speedtest results?
Date: Mon, 24 Oct 2022 09:31:25 -0600 [thread overview]
Message-ID: <CAA_JP8XEWTMLi-uc5OmQ_AXSDcnVxV-kA67ggZg43u2paWDyGA@mail.gmail.com> (raw)
In-Reply-To: <CAA93jw7kSjgp5xvMAE9=LtUCtm_X3Orv+qt-tGTymPB1=TCm+A@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4359 bytes --]
sniff DNS for those speed test lookups and trigger a packet capture for x
duration?
On Mon, Oct 24, 2022 at 9:27 AM Dave Taht <dave.taht@gmail.com> wrote:
> On Mon, Oct 24, 2022 at 8:20 AM dan <dandenson@gmail.com> wrote:
> >
> > Dave, I think that 'bouncing' is more CPU time in the browser. I don't
> think it's indicative over what's actually happening.
>
> A simultaneous packet capture and wireshark plot of the RTTs would
> also be helpful.
>
> >
> > On Mon, Oct 24, 2022 at 9:09 AM Dave Taht via LibreQoS <
> libreqos@lists.bufferbloat.net> wrote:
> >>
> >> 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
> >> _______________________________________________
> >> 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
>
[-- Attachment #2: Type: text/html, Size: 7048 bytes --]
next prev parent reply other threads:[~2022-10-24 15:31 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
2022-10-24 15:20 ` dan
2022-10-24 15:27 ` Dave Taht
2022-10-24 15:31 ` dan [this message]
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=CAA_JP8XEWTMLi-uc5OmQ_AXSDcnVxV-kA67ggZg43u2paWDyGA@mail.gmail.com \
--to=dandenson@gmail.com \
--cc=dave.taht@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