From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 8732321F2B2 for ; Tue, 3 Nov 2015 10:06:33 -0800 (PST) Received: from hms-beagle.home.lan ([217.237.68.126]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MhQxO-1a7Kym35ko-00MgCG; Tue, 03 Nov 2015 19:06:26 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Sebastian Moeller In-Reply-To: <87twp39d61.fsf@toke.dk> Date: Tue, 3 Nov 2015 19:06:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0E86DECF-C583-4414-95CF-8F145D7E82D7@gmx.de> References: <87pozspckj.fsf@toke.dk> <6A2609D9-7747-487B-9484-ECC69C50DE96@gmx.de> <874mh3pai9.fsf@toke.dk> <50C2A7B7-1B81-41E1-B534-CA449296FE77@gmail.com> <87a8qvc8tz.fsf@toke.dk> <328DEF4F-F149-42C5-920E-53D16DCF544C@gmx.de> <87si4natbf.fsf@toke.dk> <87fv0nasy5.fsf@toke.dk> <878u6fas88.fsf@toke.dk> <64F71419-78F8-465F-B43E-D0F2CF08AB19@gmx.de> <8737wnarzp.fsf@toke.dk> <87twp39d61.fsf@toke.dk> To: =?windows-1252?Q?Toke_H=F8iland-J=F8rgensen?= X-Mailer: Apple Mail (2.1878.6) X-Provags-ID: V03:K0:5AFT+sjQUqIsyIXr0h3jWAKPrZ20xMSpUF4O16tpFrgHRlx103U D1I0nBjDwjw/xGtqU4yoKGYm28HPKHuPkw7sgYviyVVUSN6Ecy9T1oWTvs4gixIoF1LcX8K nX/U0Vi+EBwEwCqu1qBd3cfV7KUEiV68hVYOe/TfwOSY2letsg2D6zXU8DCr/DAMwaiR6W9 5x2KPWGQ50QyHNBWjR8yQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:TKZtm71LQVY=:3+/yrSgvB6bWB/u44N5e/w +frlffTtvtAPp7DybG9fd3FSc/1NFJqB9UyS8xZbW+I8/dHOC21QcCuPp+5QQQ9/LtTQxxt/n PYD9aFLa8P0THPulv4SBPgLQIk3E534dx8CBCbJu10R6p0z5GOpAakBFXF+tcUdawUeAslWI0 MvUd6XDvi5rYgUQYEcWDKaQ/wlH0C+xnSlNFWtCh+RE1hIyst7jm9LSlKQ5/6N7HXc3XK9K0B JN23WPeg1MXS7WSOuDgJGJ6hNd7ZmBZNkpXCog1iw5umzQP0L/D1ekgex7GzeveDzXQ99VIXa +UJ1aM2gAE/Q6V4dlOzQS03opcACqtSN8w3LVSKWbP2UhscLT3wwgNttfYK3ffa2fy+ittok/ cb2EM4deONh78wVWdG2FsEwlZXgDS+BCHoeafwuOWSx5DtSGQ2UpjvcPPz6lLt37PpUVVjP02 2fUcC06IagIDKNGtoH5xhubo8nGQO/UGmacSGP+0awhZzJCuD7gTGhcK4JD9KxInwILPWz/gL UfDaBW0jQeJs+uyk5C6j1cQZyiBS7OguDBmZWQ/Xi+NiiOk5vhGy8fc+jF+ABhQSHDoAB5nJp XMI9UyXs8z43+L5miWZ494MnpT/VFmpNVi7qdaSpJGYPbE5dx9aiwymfPfb01e8StvDKEanmF ryuMsWwr2H7VvsQJZC/5EOUKmognWxLQNxAnnt22jrFdf0y9v7Rr/ZsrzogTEBmGUQllIn5pd t2rfKp/cHS5Pj7gY0JemWkzFBwfLn1clRkGCo+KX8/FGsQSWTiT3JsXcZA2wCXjQX3ZAvGWyt h+Xeuk4 Cc: cake@lists.bufferbloat.net Subject: Re: [Cake] Long-RTT broken again X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.13 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, 03 Nov 2015 18:06:56 -0000 On Nov 3, 2015, at 18:59 , Toke H=F8iland-J=F8rgensen = wrote: > Sebastian Moeller writes: >=20 >> But incase of a byte limit I think using sib->true size is the right >> thing... >=20 > No, the opposite: The byte limit expresses the queue size measured in > actual packet size, not consumed memory; aren't we going somewhat in > circles here? :P Could be, I am easily distracted ;) . I think I already agreed = that for people wanting to control BDP actual packet size matters more, = but forgot about that when thinking how clever the usage of skb-> = truesize is. So the rephrase, skb->truesize is great if one wants to = control the routers memory consumption, which is the angle I have been = mainly arguing from. It seems all three ways of limiting the queue have = some merit, with n_packets and consumed_memory being sort of equivalent, = and byte_limit being the odd one out=85 Best Regards Sebastian >=20 > -Toke