From owner-freebsd-questions@FreeBSD.ORG Tue Apr 13 08:18:36 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F53716A4CE for ; Tue, 13 Apr 2004 08:18:36 -0700 (PDT) Received: from mail.u4eatech.com (blackhole.u4eatech.com [195.188.241.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C4D43D1D for ; Tue, 13 Apr 2004 08:18:35 -0700 (PDT) (envelope-from richard.williamson@u4eatech.com) Received: (from filter@localhost) by mail.u4eatech.com (8.11.6/8.11.6) id i3DFIYH17282 for freebsd-questions@freebsd.org; Tue, 13 Apr 2004 16:18:34 +0100 X-Authentication-Warning: mail.u4eatech.com: filter set sender to richard.williamson@u4eatech.com using -f Received: from apus.u4eatech.com (unknown [172.30.20.100]) by mail.u4eatech.com (Postfix) with ESMTP id DFDBA1577D6 for ; Tue, 13 Apr 2004 16:18:31 +0100 (BST) Message-Id: <6.1.0.6.2.20040413161350.02478590@cygnus> X-Sender: richard@cygnus X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Date: Tue, 13 Apr 2004 16:23:06 +0100 To: freebsd-questions@freebsd.org From: "Richard P. Williamson" In-Reply-To: <6.1.0.6.2.20040413152416.025514d8@cygnus> References: <6.1.0.6.2.20040413152416.025514d8@cygnus> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, hits=-5.8 required=5.0 tests=BAYES_01,IN_REP_TO,REFERENCES version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: timestamp in 4.8? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2004 15:18:36 -0000 further to my ruminations and wandering about through the man pages, I see gettimeofday(3). gettimeofday() does use a struct timeval...and that leads me to nanotime(9). Any recomendations for/against use of nanotime? moreTIA, rip At 15:31 13/04/2004, sed <<^ >Is there a reasonable timestamp (that uses a struct timeval >to return data by preference) in 4.8R? > >TSTMP (option KERN_TIMESTAMP) writes the rdtsc clock >value to debug.timestamps in sysctl-space. That does >not suit my purposes (need to timestamp the creation >of objects which are passed about). > >TIA, >rip ^;