my guess is that burst and cburst should scale roughly as a function of the bytes that can fit into 1ms. On Tue, Sep 4, 2018 at 2:14 PM Dave Taht <dave.t...@gmail.com> wrote: > > making htb's cburst and burst parameters 64k gets the APU2 up to > where it can shape 900mbits. 3 ksoftirq handlers start getting cpu > time, and we end up 54% idle to achiefe that. > > I should really go around running my own old code. I was deeply > involved in sqm when we still had to run at sub 200mbit levels. since > then it's been > mostly tbf (burst 64k) + fq_codel or cake, and me ignoring various bug > reports about it not scaling well enough at higher rates. > On Tue, Sep 4, 2018 at 12:59 PM Dave Taht <dave.t...@gmail.com> wrote: > > > > less than scientifically (via monitoring top) - on the apu2 > > > > 100Mbit sqm (htb + fq_codel) > > > > fq_codel_mainline | fq_codel_fast > > idle 78.8 | 83.5 | > > si 20 | 16.1 | > > > > Yea! But: > > > > 900Mbit sqm (htb + fq_codel) > > > > fq_codel_mainline | fq_codel_fast > > idle 74.4 | 74.4 | > > si 25 | 25.1 | > > > > Here: completely bottlenecked on ksoftirqd - and I only get 340Mbits > > out of the 900mbit setting. quantum 96k and burst of 15000. Haven't > > fiddled with higher values yet... > > > > > > > > -- > > > > 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 _______________________________________________ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake