From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp95.ord1d.emailsrvr.com (smtp95.ord1d.emailsrvr.com [184.106.54.95]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 84E2C3B29D for ; Wed, 2 Sep 2020 16:26:13 -0400 (EDT) X-Auth-ID: jf@jonathanfoulkes.com Received: by smtp4.relay.ord1d.emailsrvr.com (Authenticated sender: jf-AT-jonathanfoulkes.com) with ESMTPSA id C5EDE402C0; Wed, 2 Sep 2020 16:26:12 -0400 (EDT) From: Jonathan Foulkes Message-Id: <99EE16A1-6CC9-4EB6-A6DC-CE2E910C6ADE@jonathanfoulkes.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_7D13E99C-B6E2-460B-8DEC-F3910E8EBF1A" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Date: Wed, 2 Sep 2020 16:26:12 -0400 In-Reply-To: <87imcxi4mq.fsf@toke.dk> Cc: Mikael Abrahamsson , bloat@lists.bufferbloat.net To: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= References: <87mu2bjbf8.fsf@toke.dk> <5DBFB383-13E8-4587-BE49-1767471D7D59@jonathanfoulkes.com> <87r1rliiiw.fsf@toke.dk> <07CD4278-D448-49D2-AC73-9C230EC041DE@jonathanfoulkes.com> <87imcxi4mq.fsf@toke.dk> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Classification-ID: b07b05c4-bc6b-4d3d-8674-efd22e65aef8-1-1 Subject: Re: [Bloat] CAKE in openwrt high CPU X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2020 20:26:13 -0000 --Apple-Mail=_7D13E99C-B6E2-460B-8DEC-F3910E8EBF1A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > 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=20 0 /sys/devices/virtual/net/eth0.2/queues/tx-0# cat xps_cpus=20 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.=20 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=E2=80=99= m not on the 300Mbps line ;-) Cheers, Jonathan > On Sep 1, 2020, at 5:11 PM, Toke H=C3=B8iland-J=C3=B8rgensen = wrote: >=20 > Jonathan Foulkes writes: >=20 >> Thanks Toke, we currently are on an MT7621a @880, so a dual-core. >=20 > Right, so some benefit might be possible here. Does the NIC have > multiple hardware queues (`ls /sys/class/net/$IFACE/queues` should = tell > you)? >=20 >> 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. >=20 > 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 :) >=20 > -Toke --Apple-Mail=_7D13E99C-B6E2-460B-8DEC-F3910E8EBF1A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
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=E2=80=99m not on = the 300Mbps line ;-)

Cheers,

Jonathan

On Sep 1, 2020, at 5:11 PM, = Toke H=C3=B8iland-J=C3=B8rgensen <toke@toke.dk> wrote:

Jonathan Foulkes <jf@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

= --Apple-Mail=_7D13E99C-B6E2-460B-8DEC-F3910E8EBF1A--