From owner-cvs-src@FreeBSD.ORG Fri Oct 21 17:14:09 2005 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBE9816A420 for ; Fri, 21 Oct 2005 17:14:09 +0000 (GMT) (envelope-from oppermann@networx.ch) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6807043D48 for ; Fri, 21 Oct 2005 17:14:08 +0000 (GMT) (envelope-from oppermann@networx.ch) Received: (qmail 19604 invoked from network); 21 Oct 2005 17:19:23 -0000 Received: from c00l3r.networx.ch (HELO networx.ch) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Oct 2005 17:19:23 -0000 Message-ID: <435921F1.5E9050AD@networx.ch> Date: Fri, 21 Oct 2005 19:14:25 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp References: <31030.1129914607@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, Andre Oppermann , cvs-all@FreeBSD.org, Bruce Evans Subject: Re: Timekeeping [Was: Re: cvs commit: src/usr.bin/vmstat vmstat.c src/usr.bin/w w.c] X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 17:14:09 -0000 Poul-Henning Kamp wrote: > > In message <435913FE.774C683D@freebsd.org>, Andre Oppermann writes: > > >> Again, if you have been sitting in DDB, what exactly is the definition > >> of "uptime" ? > > > >IMO it's this: > > > > Uptime is the time the operating was available to present it's common > > services to userland. That excludes any suspend and ddb times. Single > > user mode however counts because the OS was servicing userland even if > > there was only one user. Uptime is represented in SI seconds. > > I can live with this definition. > > So now we just need to be able to reliably measure the "not-uptime". Umm... Whenever the onesec tick is not incrementing the uptime (and monotonic) counter. Which conviniently already is the case when OS is suspended or in DDB. -- Andre