From: Dave Taht <dave.taht@gmail.com>
To: Sebastian Moeller <moeller0@gmx.de>
Cc: Pete Heist <pete@heistp.net>, Cake List <cake@lists.bufferbloat.net>
Subject: Re: [Cake] Cake vs fq_codel and c/burst on an ER-X bridge
Date: Thu, 20 Sep 2018 11:31:28 -0700 [thread overview]
Message-ID: <CAA93jw7HXUhhONn3h+t0anpLBuyaoBfLoSRo4PpudD1Fv4ni_A@mail.gmail.com> (raw)
In-Reply-To: <AC888DE9-4DCF-4BBB-A8F5-727F614EBBBB@gmx.de>
On Thu, Sep 20, 2018 at 11:19 AM Sebastian Moeller <moeller0@gmx.de> wrote:
>
> Hi Dave,
>
> please excuse my apparent impatience, all I wanted to convey is that only after proper testing should we roll-out the new burst configuration mode to all users ;) . One thing we should have by then is a decent idea of what to select as default burst duration. But since this is not urgent, there is no objective need to expedite this testing...
I'm delighted you jumped on it. I am just slow these days.
>
> Best Regards
> Sebastian
>
>
> > On Sep 20, 2018, at 19:05, Dave Taht <dave.taht@gmail.com> wrote:
> >
> > On Thu, Sep 20, 2018 at 3:34 AM Sebastian Moeller <moeller0@gmx.de> wrote:
> >>
> >> Hi Dave,
> >>
> >>
> >>
> >>> On Sep 19, 2018, at 19:02, Dave Taht <dave.taht@gmail.com> wrote:
> >>>
> >>> thx!
> >>
> >> You are welcome, but does this actually work for you? I want to clean up things by removing the old burst scaling mode, but want/need confirmation that the new duration based method actually works as intended. (My next step then will be putting the axe on the quantum scaling, where I plan to use exactly the same size as for burst, on the theory that worst case we can only push bust bytes to the NIC and should try to service the other priority tiers at latest on the next HTB execution iteration).
> >>
> >> Best Regards
> >> Sebastian
> >
> > I meant to get time to fiddle with it yesterday and I didn't. It's
> > sort of stacked in with the ecn-babel test
> >
> >>
> >>
> >>
> >>> On Wed, Sep 19, 2018 at 6:28 AM Sebastian Moeller <moeller0@gmx.de> wrote:
> >>>>
> >>>> Hi Dave, hi All,
> >>>>
> >>>> so I tried to run with this idea and prototyped something into the burst_by_duration branch at the sqm repository. Would be interested to hear whether that does "the right thing" with your APU or on other's devices? The key variable is TARGET_BURST_DUR_MS in defaults.sh. Let me know how this performs for you (or whether there are bugs). As Toke proposed elsewhere I will try to streamline that branch to only configure burst size by duration so expect some changes in organization, but it should keep functional.
> >>>>
> >>>> Best Regards
> >>>> Sebastian
> >>>>
> >>>>> On Sep 11, 2018, at 10:20, Dave Taht <dave.taht@gmail.com> wrote:
> >>>>>
> >>>>> What I "fixed" was on the apu2 with the burst/cburst change, I went
> >>>>> from completely bottlenecked on one softirq to having 3 eat cpu, and
> >>>>> from 400mbps to 900mbps. Now, that's a quad core and the e1000 (?)
> >>>>> driver. The edgerouter X is a dual core, and you did see a small
> >>>>> improvement in throughput, but I'd hoped for more.
> >>>>
> >>>
> >>>
> >>> --
> >>>
> >>> Dave Täht
> >>> CEO, TekLibre, LLC
> >>> http://www.teklibre.com
> >>> Tel: 1-669-226-2619
> >>
> >
> >
> > --
> >
> > Dave Täht
> > CEO, TekLibre, LLC
> > http://www.teklibre.com
> > Tel: 1-669-226-2619
>
--
Dave Täht
CEO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-669-226-2619
next prev parent reply other threads:[~2018-09-20 18:31 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-04 10:19 [Cake] Cake on elements of a bridge Georgios Amanakis
2018-09-04 10:31 ` Toke Høiland-Jørgensen
2018-09-04 12:01 ` Georgios Amanakis
2018-09-06 17:37 ` Pete Heist
2018-09-06 18:04 ` Toke Høiland-Jørgensen
2018-09-06 18:51 ` Pete Heist
2018-09-10 19:29 ` Pete Heist
2018-09-10 19:55 ` Dave Taht
2018-09-10 22:40 ` [Cake] Cake vs fq_codel and c/burst on an ER-X bridge Pete Heist
2018-09-11 7:54 ` Sebastian Moeller
2018-09-11 8:20 ` Dave Taht
2018-09-11 8:20 ` Sebastian Moeller
2018-09-11 8:30 ` Dave Taht
2018-09-11 8:43 ` Sebastian Moeller
2018-09-11 18:27 ` Pete Heist
2018-09-11 18:29 ` Dave Taht
2018-09-11 18:42 ` Dave Taht
2018-09-19 13:27 ` Sebastian Moeller
2018-09-19 17:02 ` Dave Taht
2018-09-20 10:34 ` Sebastian Moeller
2018-09-20 17:05 ` Dave Taht
2018-09-20 18:19 ` Sebastian Moeller
2018-09-20 18:31 ` Dave Taht [this message]
2018-09-11 18:09 ` Pete Heist
2018-09-11 18:28 ` Sebastian Moeller
2018-09-11 18:45 ` Pete Heist
2018-09-11 18:47 ` Dave Taht
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=CAA93jw7HXUhhONn3h+t0anpLBuyaoBfLoSRo4PpudD1Fv4ni_A@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=cake@lists.bufferbloat.net \
--cc=moeller0@gmx.de \
--cc=pete@heistp.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