From owner-freebsd-hackers Mon Jan 24 13:25:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id D7E8C14A16; Mon, 24 Jan 2000 13:25:34 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id NAA92301; Mon, 24 Jan 2000 13:21:22 -0800 (PST) (envelope-from dillon) Date: Mon, 24 Jan 2000 13:21:22 -0800 (PST) From: Matthew Dillon Message-Id: <200001242121.NAA92301@apollo.backplane.com> To: Daniel Eischen Cc: Alfred Perlstein , Mikhail Teterin , David Schwartz , imp@village.org, hackers@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: kern/13644 References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :The "maximum interval to wait for the selection to complete" isn't :really the maximum, but more like the lower bounds of the time to :wait for the selection. : :Dan Eischen :eischen@vigrid.com It's definitely a maximum, because select() can return much sooner if one of the I/O events being waited on occurs. If you call it a minimum you imply that select() will not return until at least the specified amount of time elapses, which is incorrect. Just because it may go slightly over the specified time when no I/O events are pending does not change anything -- FreeBSD is not a hard-realtime system and programmers understand that. If anyone were to actually get confused by this, they have to go back to school. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message