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 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
>
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
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 |
si20 | 16.1 |
Yea! But:
900Mbit sqm (htb + fq_codel)
fq_codel_mainline | fq_codel_fast
idle 74.4|
Dear All,
again I sent privately what should have been on the list. Now, this does not
add much to Toke's response, but since Georgios referenced it it seems doubly
awkward to keep it off-list...
Best Regards
Sebastian
> Begin forwarded message:
>
> From: Sebastian Moeller
>
Awesome, thanks to both of you!
I am aware of the uselessness of nat (in terms of cake) in this setup. It's
good to know what Sebastian pointed out. I ran it for a couple of hours and
it seems to be working fine. I am going to finalize the setup and will get
back to you.
Georgios
On 4 Sep 2018
Georgios Amanakis writes:
> Dear All,
>
> I was giving a transparent firewall a try, and wondered whether cake
> can be applied on the interfaces of a bridge. I want to put an extra
> router in-line between clients and the ISP-modem-router. It will have
> two interfaces (eth0 facing wan, eth1
Dear All,
I was giving a transparent firewall a try, and wondered whether cake can be
applied on the interfaces of a bridge. I want to put an extra router
in-line between clients and the ISP-modem-router. It will have two
interfaces (eth0 facing wan, eth1 facing lan), bridged together as br0.
