Re: [Bloat] CAKE in openwrt high CPU

2020-09-02 Thread Toke Høiland-Jørgensen via Bloat
Jonathan Foulkes  writes:

>> 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

Hmm, so no multiq support on this driver, it looks like. So not sure to
what extent it will be possible to effectively utilise both cores on
this box, sadly :/

>> 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 ;-)

Heh, if you can live with a 10/0.7 line without noticing I think you're
more patient than me ;) But still, fair point; doesn't mean that people
will still not *want* to run a higher speeds, though... :)

-Toke
___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat


Re: [Bloat] CAKE in openwrt high CPU

2020-09-02 Thread 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  wrote:
> 
> Jonathan Foulkes  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

___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat