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 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 66A4421F5C3 for ; Tue, 3 Nov 2015 09:57:46 -0800 (PST) Received: from hms-beagle.home.lan ([217.237.68.126]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LcT2M-1aLY0o2OYQ-00jq7h; Tue, 03 Nov 2015 18:57:40 +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: <8737wnarzp.fsf@toke.dk> Date: Tue, 3 Nov 2015 18:57:40 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: 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> To: =?windows-1252?Q?Toke_H=F8iland-J=F8rgensen?= X-Mailer: Apple Mail (2.1878.6) X-Provags-ID: V03:K0:PPETHrv1OfFBOvaovhmLy9MjZJjdfDaGfdSD+8RFajIUnohX2UN gAzx53fuDzZMQKEiBe7OnPuO6jY9RIFbF3zJHECTZ1/NDa+N58OgZeRUmO4d0MlgPUXZjUn bXkZho9LBoYrF/m4bXr6liJ0KbLAbv7IwYxM0mSX51P0eLntrzYwm58hqakbsyPtI2qS6vv wVuNR4vRBneZamFATz9RQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:nvdNkKg6E+A=:eaUqiRo2iFXo8Ezd7Rt5kZ HRqrPdTrNBj2F0O1LNtLiCS06J750a+JZ1e4VR+kmTQEj8bMDMFuP/YT7Y7Cqzo3b8Ga26F0w qN4H5H4NguQI6Rbf1MG+63YmpFGWWLPUJY5byqtD3haVtFwMuL/d+5xjE8spl3QJO5sHih1A4 cNExSr8EAybryIJM2C5a2hIpNSF4JmOxSXCRt7ZYlFxwxmfI0XSpydsCUaKPaYqptrmpi9ROP GWFqorgLsaTjko2trh0ThJT905Fp4Y4fEko0k9Yir6n/cSjTN97a967zhFYFkCyyliFSXt9zG ++tJprwXs39c2Z6drNAkDox2K2M0DSak6d5cY26bgnaKIcncwVCsrLKwmrVg7SBds9OvO3/8r ZRXrC9k1umz4hZuaEy8f9Z9kclVfytFLhRVoAb4/1lu+6VCXYe3j//I3rpLB7e1JfVUuQGQCA UWhayi2/AIHpdavdJqmcZ3OSy3U4x4Cfen9AykC0jKFS23dlcOQKdvNIqfAQG8rzsrDV7O4+j 6DCtCY/cBLHAqJEKfcYEWjW5Vx4jdbTBOu2erk5+VKCgb9iLgHQPYnXR4jBYC6WDJ5U3b/NUa IvlAiEameFTuVj28wxCzMVvbgKqOSNlMZ+DiezGD7AwOAU5nobXcOKvk5s1T2iAS1NnGvZgmo GQ3UJs5M47n+5tcUHs6+n1E7RbSYYKPwSA0svgSETjKdtvXRNV4oqtvdcsaq2vqrWvUhPmzxp gSbG950iPk2dPYSL48uN/Zfg7I/yfxo3OdW77pt7laAcN7gd01ab1XbZoXIsw1qiyRGlP66Qp cu6zFFn 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 17:58:10 -0000 Hi Toke, On Nov 3, 2015, at 18:54 , Toke H=F8iland-J=F8rgensen = wrote: > Sebastian Moeller writes: >=20 >> Except, both are strongly correlated in practise, by virtue of each >> packet pinning a 2KB skb, I do not care too much if there is a >> constant factor required to get from packet limit to memory or not. >> What I really want is that halving the limit halves the memory demand >> ;). >=20 > Well, all other things being equal it would either way... :) Touche, all I want is some control over the required memory then = ;) I would also be really impressed if cake could report the amount of = currently actually pinned down kernel memory=85 But incase of a byte = limit I think using sib->true size is the right thing... Best Regards Sebastian >=20 > -Toke