From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 13:46:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5001216A400; Tue, 24 Apr 2007 13:46:35 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEE513C45A; Tue, 24 Apr 2007 13:46:35 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 28E792086; Tue, 24 Apr 2007 15:46:29 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 16AEA2084; Tue, 24 Apr 2007 15:46:28 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 6CD545455; Tue, 24 Apr 2007 15:46:28 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: David G Lawrence References: <20070423113400.GC28587@gw.humppa.dk> <462CD251.9060105@freebsd.org> <20070423161711.GV39474@elvis.mu.org> <462D821F.6030707@freebsd.org> <20070424042102.GI38475@tnn.dglawrence.com> Date: Tue, 24 Apr 2007 15:46:28 +0200 In-Reply-To: <20070424042102.GI38475@tnn.dglawrence.com> (David G. Lawrence's message of "Mon, 23 Apr 2007 21:21:02 -0700") Message-ID: <86veflholn.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Tim Kientzle , current@freebsd.org, "Jesper B. Rosenkilde" Subject: Re: Suggestions on Avoiding syscall Overhead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 13:46:35 -0000 David G Lawrence writes: > gettimeofday(2) returns microsecond precision, so I don't see how this > could be made accelerated via a mapped global page. time(3) [which is > currently a wrapper for gettimeofday(2)], on the other had, could be put > into such a page since it only updates once a second. gettimeofday(2) returns a value in microseconds, but this does not necessarily mean that it has microsecond precision. Updating it once per scheduler tick or once per context switch (in userret(), for instance) is probably enough. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no