Re: [Cake] cake flenter results round 3

[Dave Taht <dave@taht.net>]

Georgios Amanakis <gamanakis@gmail.com> writes:

> Thank you Dave!
> I am playing around with this setup:
> server -- delay -- isp -- mbox -- client
>
> delay:
> tc qdisc replace dev ${host}.l root netem delay 50ms limit 100000
> tc qdisc replace dev ${host}.r root netem delay 50ms limit 100000
>
> isp:
> tc qdisc replace dev ${host}.l root handle 1:0 netem rate 900mbit limit 100000
> tc qdisc replace dev ${host}.r root handle 1:0 netem rate 900mbit limit 100000
> tc qdisc replace dev ${host}.r parent 1:1 handle 10:1 bfifo limit 1024k
>
> I played with mbox's qdiscs (3 variations).
> mbox:
> tc qdisc replace dev ${host}.l root cake bandwidth 890mbit
> tc qdisc replace dev ${host}.r root cake bandwidth 890mbit
>
> mbox:

a reference run with

tc qdisc del dev mbox.l root
tc qdisc del dev mbox.r root

# this may already be our default.

tc qdisc add dev mbox.l root pfifo-fast limit 1000
tc qdisc add dev mbox.r root pfifo-fast limit 1000

> tc qdisc replace dev ${host}.r root codel

Here a definition of a win has to also include a shaper, like
cake's integral one.

tc qdisc replace dev ${host}.r root handle 1:0 netem \
   rate 890mbit limit 100000
tc qdisc replace dev ${host}.r parent 1:1 handle 10:1 \
   codel

(same for .l)

I note that I still trust htb's shaper further tha netem's...

(substitute pie, fq, sfq, etc for codel above)

(did I jump for joy too soon on the fq_codel vs sfq front?)

>
> mbox:
> tc qdisc replace dev ${host}.l root fq maxrate 890mbit
> tc qdisc replace dev ${host}.r root fq maxrate 890mbit

maxrate only puts a cap on each flows peak sending rate.

> rrul_be_nflows, 32 upstream, 32 downstream. In every case cake wins.
>
> George
>
>
>
>
>
>
>
>
>
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake