[Bloat] CAKE in openwrt high CPU

[Jonathan Foulkes]

> Right, so some benefit might be possible here. Does the NIC have
> multiple hardware queues (`ls /sys/class/net/$IFACE/queues` should tell
> you)?

Here is the output of:
/sys/devices/virtual/net/eth0.2/queues# ls
rx-0  tx-0
/sys/devices/virtual/net/eth0.2/queues/rx-0# cat rps_cpus 
0

/sys/devices/virtual/net/eth0.2/queues/tx-0# cat xps_cpus 
0

> Yup, the number of cores is only going to go up, so for CAKE to stay
> relevant it'll need to be able to take advantage of this eventually :)

True, the mid-range market is already there, and so soon will be the lower-end.
And with ISPs lighting up more and more capacity, the demand will be there to be able to shape higher and higher rates.

But I agree with Jonathan Morton that once every deice has sufficient capacity, more makes no difference. 
I went for 100/15 to 300/24 and never noticed the difference.

Hell, there are days I switch to my backup 10/0.7 DSL line for a test, and forget to switch back, and will work for hours and not notice I’m not on the 300Mbps line ;-)

Cheers,

Jonathan

> On Sep 1, 2020, at 5:11 PM, Toke Høiland-Jørgensen <toke at toke.dk> wrote:
> 
> Jonathan Foulkes <jf at jonathanfoulkes.com> writes:
> 
>> Thanks Toke, we currently are on an MT7621a @880, so a dual-core.
> 
> Right, so some benefit might be possible here. Does the NIC have
> multiple hardware queues (`ls /sys/class/net/$IFACE/queues` should tell
> you)?
> 
>> And we are looking for a good quad-core platform that will support
>> 600Mbps or more with Cake enabled, hopefully with AX radios as well.
> 
> Yup, the number of cores is only going to go up, so for CAKE to stay
> relevant it'll need to be able to take advantage of this eventually :)
> 
> -Toke

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20200902/7a00ec87/attachment.html>