<div dir="ltr">Dave, I think that 'bouncing' is more CPU time in the browser.  I don't think it's indicative over what's actually happening.<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 24, 2022 at 9:09 AM Dave Taht via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net">libreqos@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Oct 24, 2022 at 8:02 AM Robert Chacón via LibreQoS<br>
<<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br>
><br>
> I can run an Ookla test in the middle of the night with LibreQoS off for a bit.<br>
<br>
Groovy.<br>
<br>
> 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.<br>
<br>
The numbers report by speedtest bounce around a lot, and they tend to<br>
pick a lower number as a final result than I'd<br>
like. If there's a way to capture a movie of it...<br>
><br>
> And I like the "monitor only" mode idea.<br>
> Perhaps we could create the HTB tree, but just not attach the CAKE qdisc?<br>
> 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.<br>
><br>
> Alternatively, maybe we could use eBPF PPing just for this passive monitoring period?<br>
><br>
><br>
> On Mon, Oct 24, 2022 at 8:02 AM Herbert Wolverson via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br>
>><br>
>> Are you looking for a shaped result? That'll show "whatever bandwidth<br>
>> is left on the sector" without Libre, and around the customer's paid-for<br>
>> target with Libre (hopefully!).<br>
>><br>
>> One thing Preseem does well is that their onboarding process includes<br>
>> "leave it in monitoring-only mode" for a week, gathering data before you<br>
>> pull the switch (although most ISPs I've talked to just pull the switch...)<br>
>> It's quite enlightening to see a before/after, even with only FQ_CODEL<br>
>> as the shaper.<br>
>><br>
>> We could probably do something similar with a "monitor only" mode that<br>
>> doesn't enable any queues (is there a TC equivalent to "dummy" on<br>
>> FreeBSD?).<br>
>><br>
>> On Mon, Oct 24, 2022 at 8:52 AM Dave Taht via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br>
>>><br>
>>> I am curious if anyone here has speedtest results with libreqos on and<br>
>>> off, and can send a screen shot?<br>
>>><br>
>>> --<br>
>>> This song goes out to all the folk that thought Stadia would work:<br>
>>> <a href="https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz" rel="noreferrer" target="_blank">https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz</a><br>
>>> Dave Täht CEO, TekLibre, LLC<br>
>>> _______________________________________________<br>
>>> LibreQoS mailing list<br>
>>> <a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
>>> <a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
>><br>
>> _______________________________________________<br>
>> LibreQoS mailing list<br>
>> <a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
>> <a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
><br>
><br>
><br>
> --<br>
> Robert Chacón<br>
> CEO | JackRabbit Wireless LLC<br>
> _______________________________________________<br>
> LibreQoS mailing list<br>
> <a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
<br>
<br>
<br>
-- <br>
This song goes out to all the folk that thought Stadia would work:<br>
<a href="https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz" rel="noreferrer" target="_blank">https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz</a><br>
Dave Täht CEO, TekLibre, LLC<br>
_______________________________________________<br>
LibreQoS mailing list<br>
<a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
</blockquote></div>