From owner-freebsd-hackers Sun Jun 17 12:32:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from superconductor.rush.net (superconductor.rush.net [208.9.155.8]) by hub.freebsd.org (Postfix) with ESMTP id 9E3D437B403 for ; Sun, 17 Jun 2001 12:31:59 -0700 (PDT) (envelope-from bright@superconductor.rush.net) Received: (from bright@localhost) by superconductor.rush.net (8.11.2/8.11.2) id f5HJVWU29599; Sun, 17 Jun 2001 15:31:32 -0400 (EDT) Date: Sun, 17 Jun 2001 15:31:30 -0400 From: Alfred Perlstein To: Sascha Schumann Cc: Valentin Nechayev , freebsd-hackers@FreeBSD.ORG Subject: Re: poll(2)'s arbitrary limit Message-ID: <20010617153129.N1832@superconductor.rush.net> References: <20010617123008.A585@iv.nn.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from sascha@schumann.cx on Sun, Jun 17, 2001 at 02:23:20PM +0200 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Sascha Schumann [010617 08:24] wrote: > > > Also you can contribute code working with kevent(2), this will be > > more efficient ;) > > I've actually implemented that already with no significant > speed advantage; as various papers[1] have concluded, when > select and poll are used properly they are not as inefficient > as many people seem to assume. > > [1] http://www.citi.umich.edu/techreports/reports/citi-tr-00-4.pdf You've misinterpreted the paper. :( The way they use poll(2) "properly" is to use /dev/poll which is a really gross alternative to kevent(2) but close in functionality. As far as raising the amount of pollable entries, can you try your app with your kernel recompiled to accept 2xNO_FILE and 2xFD_SETSIZE and let us know if that solves your problem? -- -Alfred Perlstein [alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message