From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-01-ewr.dyndns.com (mxout-104-ewr.mailhop.org [216.146.33.104]) by lists.bufferbloat.net (Postfix) with ESMTP id 04A552E0403 for ; Thu, 3 Mar 2011 10:17:08 -0800 (PST) Received: from scan-02-ewr.mailhop.org (scan-02-ewr.local [10.0.141.224]) by mail-01-ewr.dyndns.com (Postfix) with ESMTP id 211461F9437 for ; Thu, 3 Mar 2011 18:16:16 +0000 (UTC) X-Spam-Score: -4.0 (----) X-Mail-Handler: MailHop by DynDNS X-Originating-IP: 15.192.0.45 Received: from g5t0008.atlanta.hp.com (g5t0008.atlanta.hp.com [15.192.0.45]) by mail-01-ewr.dyndns.com (Postfix) with ESMTP id 94C471F941F for ; Thu, 3 Mar 2011 18:16:15 +0000 (UTC) Received: from g5t0030.atlanta.hp.com (g5t0030.atlanta.hp.com [16.228.8.142]) by g5t0008.atlanta.hp.com (Postfix) with ESMTP id 3D782245BE; Thu, 3 Mar 2011 18:16:11 +0000 (UTC) Received: from [16.89.244.213] (tardy.cup.hp.com [16.89.244.213]) by g5t0030.atlanta.hp.com (Postfix) with ESMTP id 707101411C; Thu, 3 Mar 2011 18:16:10 +0000 (UTC) Subject: Re: ANNOUNCE: debloat-testing kernel git tree From: Rick Jones To: Dave =?ISO-8859-1?Q?T=E4ht?= In-Reply-To: <87tyfph2az.fsf@cruithne.co.teklibre.org> References: <20110225222210.GA3618@tuxdriver.com> <87fwr9jxya.fsf@cruithne.co.teklibre.org> <8739n9ii7z.fsf@cruithne.co.teklibre.org> <87tyfph2az.fsf@cruithne.co.teklibre.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 03 Mar 2011 10:16:08 -0800 Message-ID: <1299176168.2157.14.camel@tardy> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Cc: sedat.dilek@gmail.com, netdev@vger.kernel.org, linux-wireless@vger.kernel.org, bloat-devel@lists.bufferbloat.net, linux-kernel@vger.kernel.org X-BeenThere: bloat-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list Reply-To: rick.jones2@hp.com List-Id: "Developers working on AQM, device drivers, and networking stacks" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2011 18:17:09 -0000 > For wireless routers and cable home gateways especially, this research > shows that the total un-managed buffers in your system should be less > than 32. Would it be a good thing to start describing these queues not so much in terms of packets but in terms of delay (or bandwidth X delay)? Constants tend to live longer than they should, no matter how noble in birth. rick jones