From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [IPv6:2001:470:dc45:1000::1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 504023B29E for ; Fri, 27 Apr 2018 07:08:46 -0400 (EDT) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1524827325; bh=V0yx0Yzck1BKpJxjrlA4J1/LDonaR9vgVvEBpKbhPHA=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=N5V1euFtV458xUz53S1FahaDciU6ke52LYa0tScSwpqPC25Ff2c/7CX3dp8F22o0q VMMwF2q+7gWMtNL8wplafkeEnDRqhxRublkmriLBNZlD3npYzoRAVOGhqfs0ydzf5m kMxq6jV/9Y6mwpJZ3QR75rD+UItpZ/nXop6Tkl9HC2PSUDIPTC+K9CkceQib4BQuLw 4GNRex2n8h2cF2kYnkYyWcTevQFBLtdJ8j7A1M8Tr78Vdvx9z2gZiNKkHVBXATJ9n4 SUrUppfsPPpAf/oebWWpLV/8tNLZ9xXNzP+DXbCykZWW/nyLIw7CpgJH64KDLG3lCD DU2I/zZNcfz8A== To: Pete Heist Cc: David Lang , Jonathan Morton , cake@lists.bufferbloat.net In-Reply-To: <2363649C-493E-4BBA-881B-57EEE9B9D0DB@eventide.io> References: <871sf6xqne.fsf@toke.dk> <003D19B8-73F8-46D4-8FC8-95F6E518D3B5@eventide.io> <311BE3FC-9211-4B33-AD46-444F21E2A38A@gmail.com> <6A13BD7F-D682-4864-B5DB-2352C1C3F529@eventide.io> <87r2n5802t.fsf@toke.dk> <87y3hb3uae.fsf@toke.dk> <2363649C-493E-4BBA-881B-57EEE9B9D0DB@eventide.io> Date: Fri, 27 Apr 2018 13:08:44 +0200 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87o9i452kj.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] Pre-print of Cake paper available X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2018 11:08:46 -0000 Pete Heist writes: >> On Apr 25, 2018, at 10:28 PM, Toke H=C3=B8iland-J=C3=B8rgensen wrote: >>=20 >> Hmm, actually it looks like just compiling against the conntrack code >> adds a module dependency on conntrack. And as far as I can tell, the >> code doesn't initiate any new conntrack state if it doesn't already >> exist. So I think it's safe to turn on NAT mode by default. Will add >> that :) > > nat vs nonat CPU load for flent=E2=80=99s rrul_be / "cpu_stats_localhost:= :load" on APU2: > > > 10mbit 0.07 0.07 > 20mbit 0.09 0.09 > 30mbit 0.10 0.10 > 40mbit 0.11 0.11 > 50mbit 0.13 0.13 > 100mbit 0.19 0.20 > 150mbit 0.27 0.28 > 200mbit 0.33 0.35 > 250mbit 0.39 0.41 > 300mbit 0.44 0.45 > 350mbit 0.47 0.47 > 400mbit 0.50 0.49 > 450mbit 0.50 0.51 > 500mbit 0.53 0.52 > none 0.37 0.43 (1864 mbit total up/down) > > It looks like the largest impact is when there=E2=80=99s no rate limiting, > probably when higher packet rates are reached and the relative > proportion of CPU taken is greater. I suppose the backwards results > (where nonat takes more CPU than nat) at 400mbit and 500mbit are just > outliers. This isn=E2=80=99t a perfect way to measure. > > I=E2=80=99ll leave it to you what to do with this information. Rough > estimation: nat may be +2% CPU with rate limiting, and +15% without=E2=80= =A6 Huh, that is maybe a bit much for a default; I guess it's better to just set the NAT flag as needed from sqm-scripts, then... -Toke