From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 13E233B2AE for ; Tue, 4 Oct 2016 04:46:18 -0400 (EDT) Received: from [172.17.3.48] ([134.76.241.253]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lwarz-1aprgU1TdX-018JeS; Tue, 04 Oct 2016 10:46:17 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: moeller0 In-Reply-To: Date: Tue, 4 Oct 2016 10:46:16 +0200 Cc: cake@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <66438228-D13A-42C4-8B42-11C49E0B2587@gmx.de> References: To: Jonathan Morton X-Mailer: Apple Mail (2.2104) X-Provags-ID: V03:K0:FCY4kHdCXkw3RtqFtsO5wjEGDDBD1E3MiBMPDJbyKnV3YENOUit e+s/+MUiF0umWr1jTbSbfMyEOkqvreYfuwWCiaNrAy5eO9kkbJr7B83Be6hWf4x7hjbpA3a hBISHPse5+hVUhYhZbhGfaSAKzH3L5wb58bkOAcu6S5aZF838rtdy4HwLuJF75ReQQWgAkE VLMJ+A3FW2HpSr9BESogQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:5GRmLvs2ozk=:a/HIhVfjY7XQ5AaSOZHwTz KW+DLTLQaRLIC18Xm1Dv1bvGsHxFcZGNZUDK8NUdJvw+2LbnsHRFWCXQuoygpFS+tdB8F5sbc Zfe7U0/uDBJX7pKsbZA9BXaKtMRnm2EWCaYgQXRVMIY8CVBgu1GT4BdlFGg8LXnwQeBy+Jl/J q0Kw0GHa67r0gLrwNRmcHL0NpFib7LUv+MzcJnz29MW7H3i22mUhlSvZs/QKmLHMqvx9eAgFB H1OMge17b4NfebbPUykBf3+zO4IfbBSwTHFucpAmruY5GZN29ZQHrPiVNfGKPg4X46XbAfZtm 7WdRAY4mUHt6BrONY1At2MWabEmKZibfVm8CW12CE9jOaj3cx6FJY41QA8EzRItsaU6Hcv2Xl p4tmqH7ub0dvBbzED8RpOWUnfhfrAomcmRwXoXi0EwayvtnQv8HGpbQ36u/YjpTZSXK7Pszmz oj3+eCSyhpkQFEkfx0SourK9lA8Tqdy3TP+Am/epMGjVXTFIKVxSlGy2jJ8t7efFylj/gRJVu ZaK4YORw5w80d/BP1kkxt6215njKu4TkpmUOQbiNNC5weDzqwleC7MZQRt9fuFC1YMt/3cRO4 jQ4R5XDszM2z0OIG45v/1B40TRpWgQcZDCWVdDiy4H+DdvbTxDIdA1/T+6e4v4zwlEkkZgpxT bIRU5zzarQvBTLqBM16g6wOpuLB5PTmRMJ7J03nYvuuiQ6Iu8eRYW65a3A97tuPf4j0NvvCA3 mcOLrA3U4my3RvuTrKVMT0+byFfTDVHSYqaeMoCgjgv6urPKqWI5OZtbOC62oNbDDtdWShcXE UKmsR2G Subject: Re: [Cake] Master branch updated 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: Tue, 04 Oct 2016 08:46:19 -0000 Hi Jonathan, > On Oct 4, 2016, at 09:22 , Jonathan Morton = wrote: >=20 > I=E2=80=99ve just merged the NAT, PTM About that PTM accounting, could you explain why you want to = perform the adjustment as a a =E2=80=9Cvirtual=E2=80=9D size increase = per packet instead of a =E2=80=9Cvirtual=E2=80=9D rate reduction? The = arguments for adjusting the rate are as follows: 1) You only need to adjust the rate if the rate was changed compared to = for each packet, which should save CPU time and be more efficient. 2) For most users the rate (potentially expressed as bits per second) = will be larger than the typical packet size (around 1540 Bytes) so = adjusting the rate should introduce less rounding imprecision. To put = this in numbers 1540 Byte equal 12.32 Kbit. I am confident that you have good reasons for you implementation = decisions, all I want is to learn what those are. Best Regards Sebastian P.S.: I realize that I am looking like a one-trick pony totally hung = up on the overhead adjustment issue. I would prefer to let go, but I = want to be certain that this is in good hands before I do this, as the = value of doing these compensations IMHO depends on absolute meticulous = attention (so needs any additional pair of eyes to peer over it). > and Linux-4.8 compatibility stuff into the master branch of Cake. = It=E2=80=99s stable code and a definite improvement. >=20 > This frees up the Cobalt branch for more experimentation, such as the = rewrite of triple-isolate that I also just pushed. I found a way to = make it more DRR-like, by simply scaling down the quantum used for each = host by the number of flows attached to that host. >=20 > I still need to test whether it works as well as the old version, but = it should at least be less CPU intensive. In particular it should no = longer require bursts of CPU activity when the host deficits expire, and = host deficit expiry should no longer be explicitly synchronised. >=20 > See if, between you, you can break it before I get back from shopping. = :-) >=20 > - Jonathan Morton >=20 > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake