[Cake] [Fwd: Re: RHODIUM - nuking blue (for testing)]
dave at taht.net
Wed Dec 6 16:08:14 EST 2017
I guess if I had any one goal, was that I wanted to have cake to shape
well on the APU2 at a gigabit. That's the highest end "home router" we
have, although it would be good to get results on things like the turris
I hope to start a round of profiling as to what can be optimized (out)
this weekend. Last I looked the hashing costs dominated.
Pretty sure we're good at 200Mbit there (aside from the ingress bug).
It would be nice to have a test showing blue being useful.
Did you get cpu stats for the below tests?
Georgios Amanakis <gamanakis at gmail.com> writes:
> -------- Forwarded Message --------
> From: Georgios Amanakis <gamanakis at gmail.com>
> To: Dave Taht <dave.taht at gmail.com>
> Cc: Cake List <cake at lists.bufferbloat.net>, Jonathan Morton <chromatix9
> 9 at gmail.com>, Pete Heist <peteheist at gmail.com>
> Subject: Re: [Cake] RHODIUM - nuking blue (for testing)
> Date: Tue, 05 Dec 2017 20:58:39 -0500
> I just finished testing Rhodium, and I am supplementing Sunday's
> CMTS setup:
> server -- delay -- isp -- mbox -- client
> ISP limited at 200/10mbit.
> Cake/HTB shaping at 180/9mbit.
> RTT 20ms with cake's RTT set at 20ms
> rrul_be_nflows, 32 download, 8 upload streams.
> net.ipv4.tcp_ecn=2 in all nodes (linux default)
> Cake tested in all flow-isolation modes with all ack filtering options.
> HTB tested with codel,pie,fq,sfq,fq_codel.
> Rhodium(cakerhod) doesn't show much difference against Cobalt(cake).
> On Tue, 2017-12-05 at 11:32 -0800, Dave Taht wrote:
>> Given some of the results thus far at various RTTs, and at higher
>> loads, like the ginormous one georgios just ran, I thought it might
>> useful to run a battery of tests with blue disabled.
>> I haven't gone to the trouble of creating a formal branch - tho if I
>> did, I'd call it rhodium, as rhodium detectors are used in nuclear
>> reactors to measure the neutron flux level.
>> untested-but-compiling-patch attached. I'm busy on a few other things
>> this week, and it is looking like we'll have to replace the xstats
>> structure with something smaller to go mainline.
>> Cake mailing list
>> Cake at lists.bufferbloat.net
> Cake mailing list
> Cake at lists.bufferbloat.net
More information about the Cake