[Cake] Running Cake at long RTTs
Sebastian Moeller
moeller0 at gmx.de
Tue Oct 27 13:14:23 EDT 2015
Hi Toke,
On Oct 27, 2015, at 17:50 , Toke Høiland-Jørgensen <toke at toke.dk> wrote:
> Sebastian Moeller <moeller0 at gmx.de> writes:
>
>>> - Turn the hard packet queue size into a lower bound rather than an
>>> upper bound.
>>
>> This seems dangerous for low memory configurations?
>
> Well, yeah, the max packet count allowed can be higher this way, but I
> guess the only sane answer to that is "don't configure cake for 100Mbit
> and 1s+ of latency if you don't have the memory to spare”.
What about cake honoring it as a hard limit but complaining to syslog, if cake deems the limit too low? If I recall correctly, having a qdisc OOM a router basically functionally bricks the router (unit the next reboot) or forces a reboot, both not ideal.
>
> Having the (now lower) bound be a bit lower than it is currently may be
> a good idea, but not sure what it should be... The current 10240 matches
> fq_codel.
Oh, I guess that is fine, it just means that for low memory devices we need to teach sqm-scripts to reign in a bit...
>
>>> - Scale the target to be 1/16th of the interval.
>>
>> Codel theory claims 5-10%, so 1/20 to 1/10, so it seems you
>> confirm the theory, not sure why cake did not do this as a
>> default… rem, what actually was cake setting target to? Asked
>> differently how sensitive to target being exactly 1/16th was the
>> throughput?
>
> Yup. 1/16th has the benefit of being implementable as a 4bit shift :)
So is 1/8th ;) just curious, which values did you try? Codel RFC argues for 5-10% with 10% giving ever so slightly more bandwidth, while 5% keeps latency under load increase a bit smaller. But I really like that reality fits theory here, chalk this one up for code;l’s designers ;)
>
> Before, the target was hard-coded as 5 ms; so this was definitely an
> oversight.
Not sure, we had discussed this and Jonathan argued that it requires empiric testing if I recall correctly, exactly what you have done ;)
I still believe that for any automatic choice cake does there should be a manual override option for experimentation, most urgently a manual target specification that will override all automatic optimizations. Well, just as for the queue max size I believe cake should complain if it thinks things are unreasonable but still do follow the users request if non impossible…
Best Regards
Sebastian
>
> -Toke
More information about the Cake
mailing list