Thank you jordan!

That is a really remarkable difference in performance between these
two settings. You are only getting a peak of 40Mbit download out of
pcq, vis about 100 on cake. Cake is winning across the board, here...
That said, cake is doing synchronized drops on roughly a 10s interval.
I really wish (can you file a feature request?) that we could do
inbound shaping using cake's default shaper.

A couple other notes below:

On Thu, Jul 21, 2022 at 2:20 PM <jordan@inacomptc.com> wrote:
>
> Hey Dave,
>
> I have a Mikrotik setup for testing and running cake right now. Figured I could run some tests through it. I plugged in the PCQ queues Mikrotik has in there by default and ran RRUL for both queue configurations while waiting on some work to finish. If you'd like some different tests run through it let me know and I'll give it a go!
>
> Here's the settings for Cake and PCQ
>
> add cake-ack-filter=filter cake-diffserv=diffserv4 cake-memlimit=32.0MiB \
>     cake-mpu=64 cake-nat=yes cake-overhead=18 cake-overhead-scheme=docsis \
>     kind=cake name=cake-up
> add cake-diffserv=diffserv4 cake-memlimit=32.0MiB cake-mpu=64 cake-nat=yes \
>     cake-overhead=18 cake-overhead-scheme=docsis cake-wash=yes kind=cake \
>     name=cake-down
>
>     name="pcq-upload-default" kind=pcq pcq-rate=0 pcq-limit=50KiB pcq-classifier=src-address pcq-total-limit=2000KiB
>      pcq-burst-rate=0 pcq-burst-threshold=0 pcq-burst-time=10s pcq-src-address-mask=32 pcq-dst-address-mask=32

I note I only plowed through the pcq docs this morning, so my thoughts
are less than accurate.

pcq-burst-time=10s is calculating an average over 10s to determine how
to shape. even 1s is a lot, IMHO.

Similarly the classifiers should be unneeded with cake.

>      pcq-src-address6-mask=128 pcq-dst-address6-mask=128
>
>         name="pcq-download-default" kind=pcq pcq-rate=0 pcq-limit=50KiB pcq-classifier=dst-address pcq-total-limit=2000KiB

not clear what the pcq-limit or pcq-totale-limit does

>      pcq-burst-rate=0 pcq-burst-threshold=0 pcq-burst-time=10s pcq-src-address-mask=32 pcq-dst-address-mask=32
>      pcq-src-address6-mask=128 pcq-dst-address6-mask=128
>
> /queue simple
> add bucket-size=0.001/0.001 dst=ether1 max-limit=10M/100M name=\
>     "Spectrum Cake3" queue=pcq-upload-default/pcq-download-default target=\
>     bridge

I am under the impression that such a small bucketsize is problematic. .01?

>
>     or
>
>     add bucket-size=0.001/0.001 dst=ether1 max-limit=10M/100M name=\
>     "Spectrum Cake3" queue=cake-up/cake-down target=\
>     bridge
>
> And here's a link to the flent data for you or anyone else to take a look at
>
> https://1drv.ms/u/s!Ap4u4Rte63FqjrkzFZJap8UuuSaraQ?e=zWG7xc
>
>
> -----Original Message-----
> From: Cake <cake-bounces@lists.bufferbloat.net> On Behalf Of Dave Taht via Cake
> Sent: Thursday, July 21, 2022 2:41 PM
> To: Cake List <cake@lists.bufferbloat.net>
> Subject: [Cake] pcq on mikrotik
>
> at some point I'd like to compare cake vs:
>
> https://wiki.mikrotik.com/wiki/Manual:Queues_-_PCQ
>
> --
> FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
> Dave Täht CEO, TekLibre, LLC
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake
>


-- 
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC