Xref: utzoo comp.unix.wizards:24222 comp.unix.programmer:1150 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!sdd.hp.com!hplabs!cello!sears From: sears@cello.hpl.hp.com (Bart Sears) Newsgroups: comp.unix.wizards,comp.unix.programmer Subject: Re: deamon help Message-ID: <1991Feb22.012623.22516@cello.hpl.hp.com> Date: 22 Feb 91 01:26:23 GMT References: <594@edpmgt.UUCP> <2304@inews.intel.com> <19032@rpp386.cactus.org> <10005@dog.ee.lbl.gov> Reply-To: sears@cello.hpl.hp.com (Bart Sears) Organization: Hewlett-Packard Laboratories Lines: 16 Anyone who is interested in the various problems one can run into using statistical timing and ways to get around some of the problems of statistical timing might want to take a look at the proceedings of last year's USENIX Mach workshop. David Black presented a paper on "The Mach Timing Facility: An Implementation of Accurate Low-Overhead Usage Timing" where he described a timing facility using timestamps instead of statistical timing. While it was implemented in Mach, it was not really tied to any Mach features and would probably be fairly easy to implement in any flavor of Unix. This facility would take care of the problem Chris Torek pointed out where under many current systems it is possible to write a program which uses 80+% of the system yet is charged for 0% CPU usage. Bart Sears sears@hplabs.hpl.hp.com Brought to you by Super Global Mega Corp .com