Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: "Luis E. Garcia" <luis@bitamins.net>
Cc: Dave Taht <dave@taht.net>, Cake List <cake@lists.bufferbloat.net>
Subject: Re: [Cake] [Fwd: Re: RHODIUM - nuking blue (for testing)]
Date: Wed, 6 Dec 2017 17:15:59 -0800	[thread overview]
Message-ID: <CAA93jw5zy2t5ZBKw7-8xPC45h8m7qS+RgeNFO+FsXWntSm3WoQ@mail.gmail.com> (raw)
In-Reply-To: <CALnBQ5=C29vkduBca1nQSvXxuxy-AiRrVU88E-n9nRHGSdZMQA@mail.gmail.com>

On Wed, Dec 6, 2017 at 2:35 PM, Luis E. Garcia <luis@bitamins.net> wrote:
> Dave,
> What is the highest bandwidth that you have been able to shape with CAKE on
> the APU2?

pete ran out of cpu at 900mbit in one of the early test rounds.

https://lists.bufferbloat.net/pipermail/cake/2017-November/003032.html

>
> Regards,
> Luis Garcia
>
> On Wed, Dec 6, 2017 at 3:08 PM, Dave Taht <dave@taht.net> wrote:
>>
>>
>> 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 <gamanakis@gmail.com> writes:
>>
>> > -------- Forwarded Message --------
>> > From: Georgios Amanakis <gamanakis@gmail.com>
>> > To: Dave Taht <dave.taht@gmail.com>
>> > Cc: Cake List <cake@lists.bufferbloat.net>, Jonathan Morton <chromatix9
>> > 9@gmail.com>, Pete Heist <peteheist@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
>> > 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
>> _______________________________________________
>> 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
>



-- 

Dave Täht
CEO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-669-226-2619

  reply	other threads:[~2017-12-07  1:16 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1512525519.21401.11.camel@gmail.com>
2017-12-06  2:01 ` Georgios Amanakis
     [not found]   ` <CAJq5cE3rqrHSCgdU9rw3dXrW8A7sNTuFtxEXddPHh9Rmqzh3qg@mail.gmail.com>
     [not found]     ` <CAJq5cE2rm0jbEyCMWrYcXqkqL=aXtd2jhkRzowvRx_usLo+-sQ@mail.gmail.com>
2017-12-06  2:09       ` Jonathan Morton
2017-12-06 21:08   ` Dave Taht
2017-12-06 21:17     ` Georgios Amanakis
2017-12-06 21:21       ` Georgios Amanakis
2017-12-06 21:43         ` Georgios Amanakis
2017-12-06 22:35     ` Luis E. Garcia
2017-12-07  1:15       ` Dave Taht [this message]
2017-12-07  8:40         ` Pete Heist
2017-12-07  2:19     ` Jonathan Morton
2017-12-07  9:08       ` Kevin Darbyshire-Bryant
2017-12-07  9:16         ` Jonathan Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAA93jw5zy2t5ZBKw7-8xPC45h8m7qS+RgeNFO+FsXWntSm3WoQ@mail.gmail.com \
    --to=dave.taht@gmail.com \
    --cc=cake@lists.bufferbloat.net \
    --cc=dave@taht.net \
    --cc=luis@bitamins.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox