From owner-freebsd-hackers  Sun Jan 23 21:24:11 2000
Delivered-To: freebsd-hackers@freebsd.org
Received: from kot.ne.mediaone.net (kot.ne.mediaone.net [24.218.15.190])
	by hub.freebsd.org (Postfix) with ESMTP
	id E6A1A14E6D; Sun, 23 Jan 2000 21:24:05 -0800 (PST)
	(envelope-from mi@kot.ne.mediaone.net)
Received: from rtfm.newton (mi@rtfm.newton [10.10.0.1])
	by kot.ne.mediaone.net (8.9.3/8.9.1) with ESMTP id AAA07403;
	Mon, 24 Jan 2000 00:24:02 -0500 (EST)
From: Mikhail Teterin <mi@kot.ne.mediaone.net>
X-Relay-IP: 10.10.0.1
Received: (from mi@localhost)
	by rtfm.newton (8.9.3/8.9.3) id AAA46117;
	Mon, 24 Jan 2000 00:24:02 -0500 (EST)
	(envelope-from mi@kot.ne.mediaone.net)
Message-Id: <200001240524.AAA46117@rtfm.newton>
Subject: Re: kern/13644
In-Reply-To: <200001240348.UAA48859@harmony.village.org> from Warner Losh at
 "Jan 23, 2000 08:48:34 pm"
To: Warner Losh <imp@village.org>
Date: Mon, 24 Jan 2000 00:24:02 -0500 (EST)
Cc: Mikhail Teterin <mi@kot.ne.mediaone.net>,
	Dan Nelson <dnelson@emsphone.com>,
	Jason Evans <jasone@canonware.com>,
	David Schwartz <davids@webmaster.com>, bde@FreeBSD.ORG,
	hackers@FreeBSD.ORG
X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w<gv/&E-lL7twZCT8B~/PA4|\t$ti+22K">
	 hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"<kcG^EOVih
	 y+z3/UR{6SCQ
X-Mailer: ELM [version 2.4ME+ PL60 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Warner Losh once stated:

=In message <200001240214.VAA45195@rtfm.newton> Mikhail Teterin writes:
=: I understand. And this will also happen in case of a simple printf().
=: What I  see, however, with  select() is that it  _consistently_ takes
=: 9-10 msecs  longer then  specified to return.  On an  idle machine...
=: Someone mentioned, that the number of ticks is, actually, rounded up.
=: Perhaps, it should be rounded down?

Not again...

=Select(2) only  guarantees that  it will  sleep no  less than  the time
=specified for the timeout. Rounding down will break this.

Where does it  guarantee that? Man-pages say, it is  guaranteed to sleep
no MORE then  the timeout, not less. Is there  some other specification,
that's  different  from the  man-pages,  or  are  you talking  from  the
implementation point of view?

Yours,

	-mi


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message