> 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 <t...@toke.dk> wrote: > > Jonathan Foulkes <j...@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
_______________________________________________ Bloat mailing list Bloat@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/bloat
