Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755012Ab1B1Ps1 (ORCPT ); Mon, 28 Feb 2011 10:48:27 -0500 Received: from alternativer.internetendpunkt.de ([88.198.24.89]:49062 "EHLO geheimer.internetendpunkt.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754995Ab1B1Ps0 (ORCPT ); Mon, 28 Feb 2011 10:48:26 -0500 X-Greylist: delayed 568 seconds by postgrey-1.27 at vger.kernel.org; Mon, 28 Feb 2011 10:48:26 EST To: Albert Cahalan Subject: Re: txqueuelen has wrong units; should be time MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Mon, 28 Feb 2011 16:38:57 +0100 From: Hagen Paul Pfeifer Cc: Jussi Kivilinna , Eric Dumazet , Mikael Abrahamsson , linux-kernel , In-Reply-To: References: <1298793252.8726.45.camel@edumazet-laptop> <20110227125540.40754c5y78j9u2m8@hayate.sektori.org> Message-ID: User-Agent: RoundCube Webmail/0.1-rc1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1018 Lines: 21 On Sun, 27 Feb 2011 18:33:39 -0500, Albert Cahalan wrote: > I suppose there is a need to allow at least 2 packets despite any > time limits, so that it remains possible to use a traditional modem > even if a huge packet takes several seconds to send. That is a good point! We talk about as we may know every use case of Linux. But this is not true at all. One of my customer for example operates the Linux network stack functionality on top of a proprietary MAC/Driver where the current packet queue characteristic is just fine. The time-drop-approach is unsuitable because the bandwidth can vary in a small amount of time over a great range (0 till max. bandwidth). A sufficient buffering shows up superior in this environment (only IPv{4,6}/UDP). Hagen -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/