From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id B33E33B2A4 for ; Tue, 1 Sep 2020 12:18:10 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1598977083; bh=dFdVs3PTOCdu65+Jtj6FAmGxcgkckyTNk4OQHwaNX7c=; h=X-UI-Sender-Class:Subject:From:In-Reply-To:Date:Cc:References:To; b=PSJuR29AFoSUo/1D97Py+Gq62F8xVE+k/c2TxfK1aj43riJSBqPxliQMrWmb9en2x WWgOY1OttnMXkB9TSIXmWwNcb7LYj6IvbqPmm7L6rxVyFqMElRF5KzMmbosXZ/j31b zYSPrveAiwqCkupdoGYP6reavjp7hd7oZSv7ueu4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.250.102] ([134.76.241.253]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N33Ed-1kaYdy3Gur-013K3r; Tue, 01 Sep 2020 18:18:03 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) From: Sebastian Moeller In-Reply-To: <5DBFB383-13E8-4587-BE49-1767471D7D59@jonathanfoulkes.com> Date: Tue, 1 Sep 2020 18:18:02 +0200 Cc: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= , bloat@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <4E67F6C6-5187-4052-B7CA-177245F01CC0@gmx.de> References: <87mu2bjbf8.fsf@toke.dk> <5DBFB383-13E8-4587-BE49-1767471D7D59@jonathanfoulkes.com> To: Jonathan Foulkes X-Mailer: Apple Mail (2.3445.104.15) X-Provags-ID: V03:K1:/ZkGvQkat2s48aJhYTaHbk0hNcPgyJFL2BkYpJpJVltaFkbbx2V 7qmpUcdYY1W8tY/IO2PwQ9fCiMq391T+LQSZRGzsrxRT0q7qG9QXPb6jqg8PbC4iNlnSVYr oLCVSwrmd+JK0NE7R0iSv9Y09NbSoaxDU66luZzbVlExJqp2vFJNwohHdqGsd+IVkdH1Cou FnW4bEV6Qcd0dxR8sxraQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:XYGToDvmyYE=:5miRKNTtr1by82b8w76jI5 nNk46ek/5L3+iNh+0sDxBgbrJCTg6pzxhxQZL4ax2WKruElVDgPR8pa94zb7IsKnT0rsuQLtC AZj2nVZb9kVqFWKphux5MY++uPIURTpbFMbTWjKVwGtzVnXC6b+t2EskBLwY1UOZDVL/QABnD fy/3P+YCyeEee3nayTdmIB3fAzPEdqyELGHdvm5sA46NYMYDqFynSYTwt6fV+gdM1eFnFuYsb aJfS5BEmASMyNq2LCqcEZxz87bHhOUFSKZhg/EZEf9U4FD+ArlgxW3yOKLOGRGbxgv9YB1TYY iuTWzxCx08XKXq2kEAYP30BD7ztdic/Sta3q56p6X0KQjuowJsKF/CxFDJ8phrWflAyH/hbs3 IrqMfD9DuphdQpcCWUhzXO01NtfOHBN8v8Y2rOP9p56pJbvbHy0BNMKZNk9TkiKEVGnFBGj6A OlQd8sIUYWTBmeAwQpEXJgwGVvclEayfuaSQOyjYcLgA+i6fOPHcBl1g4wi+tZjiThSk9zoTy AUCFFfAl66NXC2bdQXjolfK/4v355IOzSXRlLnFlEd/ufw5B2qTDHFIxZbdg0702HYLtXsN4O cw3qENeWBmbKU8XVqd/yIy9/dlZetwhlrqYzDkH3MwUsMOGZvSIwi9HJbV/+t7V9KQrccr3g2 GryaRnAHLBP8zus/Q3W9lSaRCQAwXQ8Tuu8I/HN7VSJIYxdPatn51xRaDyX28pq6hdrVOYhUz +CTW8S+mpX0E4zfo5hosQ9e5nsLHHskg1Fs5EOEl1Ylo6RE7+B/30d58woVc+QQZQ14ZehSnR LIJN8tUSP1N+zfXVz5wMD/mCBL5cPL8ygDPTUg3nOIdcamzLYuCYlD1pqBEHYuwhKvTSTXWmi QLdmlGSOQkzM5p+I20yGzgH1muj7FVeQmiquvGviOrwln+2/SMZ5eIuic/zz5tdBLlDzpa2cq RFIRlpZLkUT1jU4OK8XR0or+uq0rGG+4MSuBS0BwJU+R+1ZO8HL+sCJw0aUbM4pabM7rg1Tjm oC+gEj+VgzSBwCvlFIrs5H/5skoZy6A0PdIb4rTTPicy/LcDfbysk6fG8QAfiyIo/sCCJmifW a1mAWLlgSc30grczFVLcCVDSiWxdbusri3frAoLUlGDb/LjEAmMSTnQX6phPssEGtzBMuIbii N16pfDFzDs2WYXNZ9uggewd8X7l/C6DzymGpFK9SmxWSkJGnfByZLAHRhn8sRygV28I3v408l ziC1bGMf3ZYlbRGPT 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: Tue, 01 Sep 2020 16:18:11 -0000 HI Jonathan, > On Sep 1, 2020, at 17:41, Jonathan Foulkes = wrote: >=20 > Toke, that link returns a 404 for me. >=20 > For others, I=E2=80=99ve found that testing cake throughput with = isolation options enabled is tricky if there are many competing = connections.=20 Are you talking about the fact that with competing connections, = you only see the current isolation quantum's equivalent f the actual = rate? In that case maybe parse the "tc -s qdisc" output to get an idea = how much data/packets cake managed to push through in total in each = direction instead of relaying on the measured goodput? I am probably = barking up the wrong tree here... > Like I keep having to tell my customers, fairness algorithms mean no = one device will ever gain 100% of the bandwidth so long as there are = other open & active connections from other devices. That sounds like solid advice ;) Especially in the light of the = exceedingly useful "ingress" keyword, which under-load-will drop = depending on a flow's "unresponsiveness" such that more responsive flows = end up getting a somewhat bigger share of the post-cake throughput... >=20 > That said, I=E2=80=99d love to find options to increase throughput for = single-tin configs. With or without isolation options? Best Regards Sebastian >=20 > Cheers, >=20 > Jonathan >=20 >> On Aug 31, 2020, at 7:35 AM, Toke H=C3=B8iland-J=C3=B8rgensen via = Bloat wrote: >>=20 >> Mikael Abrahamsson via Bloat writes: >>=20 >>> Hi, >>>=20 >>> I migrated to an APU2 (https://www.pcengines.ch/apu2.htm) as = residential=20 >>> router, from my previous WRT1200AC (marvell armada 385). >>>=20 >>> I was running OpenWrt 18.06 on that one, now I am running latest = 19.07.3=20 >>> on the APU2. >>>=20 >>> Before I had 500/100 and I had to use FQ_CODEL because CAKE took too = much=20 >>> CPU to be able to do 500/100 on the WRT1200AC. Now I upgraded to = 1000/1000=20 >>> and tried it again, and even the APU2 can only do CAKE up to ~300=20 >>> megabit/s. With FQ_CODEL I get full speed (configure 900/900 in SQM = in=20 >>> OpenWrt). >>>=20 >>> Looking in top, I see sirq% sitting at 50% pegged. This is typical = what I=20 >>> see when CPU based forwarding is maxed out. =46rom my recollection = of=20 >>> running CAKE on earlier versions of openwrt (17.x) I don't remember = CAKE=20 >>> using more CPU than FQ_CODEL. >>>=20 >>> Anyone know what's up? I'm fine running FQ_CODEL, it solves any=20 >>> bufferbloat but... I thought CAKE supposedly should use less CPU, = not=20 >>> more? >>=20 >> Hmm, you say CAKE and FQ-Codel - so you're not enabling the shaper = (that >> would be FQ-CoDel+HTB)? An exact config might be useful (or just the >> output of tc -s qdisc). >>=20 >> If you are indeed not shaping, maybe you're hitting the issue fixed = by this commit? >>=20 >> = https://github.com/dtaht/sch_cake/commit/3152477235c934022049fcddc063c45d3= 7ec10e6n >>=20 >> -Toke >> _______________________________________________ >> Bloat mailing list >> Bloat@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/bloat >=20 > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat