From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.taht.net (mail.taht.net [176.58.107.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id B24773B2A4 for ; Wed, 6 Dec 2017 16:08:17 -0500 (EST) Received: from nemesis.taht.net (unknown [IPv6:2603:3024:1536:86f0:2e0:4cff:fec1:1206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id 347EB21367; Wed, 6 Dec 2017 21:08:16 +0000 (UTC) From: Dave Taht To: Georgios Amanakis Cc: cake@lists.bufferbloat.net References: <1512525519.21401.11.camel@gmail.com> <1512525682.21401.13.camel@gmail.com> Date: Wed, 06 Dec 2017 13:08:14 -0800 In-Reply-To: <1512525682.21401.13.camel@gmail.com> (Georgios Amanakis's message of "Tue, 05 Dec 2017 21:01:22 -0500") Message-ID: <87h8t3d0ox.fsf@nemesis.taht.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Cake] [Fwd: Re: RHODIUM - nuking blue (for testing)] X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2017 21:08:17 -0000 Groovy. 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 omnia, also. 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 writes: > -------- Forwarded Message -------- > From: Georgios Amanakis > To: Dave Taht > Cc: Cake List , Jonathan Morton 9@gmail.com>, Pete Heist > 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 > results. > > 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). > > George > > 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 >> be >> 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@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/cake > > > > > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake