From owner-freebsd-net@FreeBSD.ORG Tue Jul 15 21:28:21 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D18951065674 for ; Tue, 15 Jul 2008 21:28:21 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EDE518FC27; Tue, 15 Jul 2008 21:28:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487D1677.8010900@FreeBSD.org> Date: Tue, 15 Jul 2008 23:28:23 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: =?UTF-8?B?SklOTUVJIFRhdHV5YSAvIOelnuaYjumBlOWTiQ==?= References: <487C9457.5080609@bsdunix.ch> <2A7CBD67-7532-4B13-82DD-A6EF5DEAA6BD@bsdunix.ch> <487D120A.6010001@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, Thomas Vogt Subject: Re: too many open file descriptors messages since bind 9.4.2-P1 (port dns94) 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: Tue, 15 Jul 2008 21:28:21 -0000 JINMEI Tatuya / 神明達哉 wrote: > At Tue, 15 Jul 2008 23:09:30 +0200, > Kris Kennaway wrote: > >>> If that's regularly happening, I'm afraid recent P1 versions don't >>> handle that well, and recommend you try 9.4.3b2 ore 9.5.1b1. >> Or increase the number of file descriptors as a workaround, per my email :) > > Does FreeBSD allow an application to increase FD_SETSIZE (at its > compilation time)? I thought FD_SETSIZE defaults to 1024. Any > 9.x.y-P1 versions can only open FD_SETSIZE sockets, regardless of the > # FDs limit. > > Besides, I guess that the P1 versions severely suffer from heavy > overhead of select(2) when it regularly opens more than 1000 sockets. > Even if 'too many open file' messages are gone, many users won't > accept the increased load due to the overhead. Beta versions use > kqueue, eliminating the fundamental overhead as well as the (too low) > limitation of # of descriptors. Ah yes, I hadnt thought about select limitations. Kris