From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 16 11:42:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34AB337B401 for ; Mon, 16 Jun 2003 11:42:09 -0700 (PDT) Received: from smtp.goamerica.net (ny-mx-01.goamerica.net [208.200.67.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EDE343FAF for ; Mon, 16 Jun 2003 11:42:08 -0700 (PDT) (envelope-from eaja@erols.com) Received: from localhost (165.sub-166-141-30.myvzw.com [166.141.30.165]) by smtp.goamerica.net (8.12.8/8.12.8) with SMTP id h5GIflNf028291 for ; Mon, 16 Jun 2003 14:41:57 -0400 (EDT) Date: Mon, 16 Jun 2003 14:39:36 -0400 From: Eric Jacobs To: freebsd-hackers@freebsd.org Message-Id: <20030616143936.71007de2.eaja@erols.com> In-Reply-To: <20030616171110.GC56734@webserver.get-linux.org> References: <1079.10.0.81.10.1055692530.squirrel@www.mundomateo.com> <20030616171110.GC56734@webserver.get-linux.org> X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i386-portbld-freebsd4.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: kqueue alternative? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2003 18:42:10 -0000 On Mon, 16 Jun 2003 10:11:10 -0700 Joshua Oreman wrote: > On Mon, Jun 16, 2003 at 11:44:15AM +0100 or thereabouts, Tony Finch seemed to write: > > > > Select doesn't work with files. > > Really? `man 2 select' says nothing about that. It just talks about > 'file descriptors'. Now if it said 'socket descriptors' or 'non-file > file descriptors' I would understand, but I don't think that that statement > is implied by the man page. Is there something I'm missing? A file descriptor that references an ordinary vnode (file or directory) will always be "ready for I/O", because unlike a socket or pipe, it never needs to block in order to tell you if it's at EOF. So, while it works, and is logical, it isn't terribly useful.