From owner-freebsd-net@FreeBSD.ORG Sat May 1 09:10:55 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59BF6106564A; Sat, 1 May 2010 09:10:55 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 1EC148FC13; Sat, 1 May 2010 09:10:54 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o419Aq0T097389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 May 2010 02:10:53 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BDBF028.5040505@FreeBSD.org> Date: Sat, 01 May 2010 02:11:04 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: gljennjohn@googlemail.com References: <4BDB3C31.4050709@sippysoft.com> <20100501105823.28ac1756@ernst.jennejohn.org> In-Reply-To: <20100501105823.28ac1756@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, "current@freebsd.org" Subject: Re: Making IFQ_MAXLEN tunable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 May 2010 09:10:55 -0000 Gary Jennejohn wrote: > On Fri, 30 Apr 2010 13:23:13 -0700 > Maxim Sobolev wrote: > >> Hi, >> >> Many network drivers in the FreeBSD kernel use the IFQ_MAXLEN value to >> set length of the outgoing packets queue. The default value for that >> parameter is only 50, which is pretty low especially for the cases when >> the system handles lot of small packets and can cause ENOBUFS in >> applications under the load. The following patch makes IFQ_MAXLEN a >> tunable. I am also tempted to bump the default value for IFQ_MAXLEN >> 10-fold, but would like to hear what do people think about it first. >> >> http://sobomax.sippysoft.com/IFQ_MAXLEN.diff >> > > Seems like a good idea, although I don't see where ifqmaxlen is being > initialized. sys/net/if.c -Maxim