Date: Fri, 23 Feb 1996 21:51:31 +0100 (MET) From: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) To: bde@zeta.org.au (Bruce Evans) Cc: FreeBSD-hackers@FreeBSD.ORG Subject: Re: iostat Message-ID: <9602232051.AA05767@sws021.sa.erisoft.se> In-Reply-To: <199602231921.GAA26638@godzilla.zeta.org.au> from "Bruce Evans" at Feb 24, 96 06:21:31 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > >Because of the need for better time percision the implementation > >curently uses microtime to get the time, but this is'nt realy that > >good, because it is possible for it to go backward! So if someone > >think that this is something that could be usefull for FreeBSD I > >would love to rewrite it for a simple clock that only should be > >useful to get delta times from, but with high percisiton. > > Just fix microtime(). Hmm, I guess that I wasn't all clear what I wanted. The thing that I want is a timer that never ever can return a time before the time that it got last time it was called in one session (from the last time booted). One other thing that I whould like with it is that it should be fast to calculate timedeltas with, that would make it very good for all types ofprofiling in the kernel and it should could give a value for the time since boot needed to calculate some statistics. > I have seen the clock go backwards a couple of times recently: ... > I've never seen this on i486 systems. This does not look good, I have tried to understand the code in microtime.s but I have never been into x86 assembler so I didn't realy understand what the code at the pentium_microtime did but it seems on your description like that is where the "bug" is. > No time daemons or users running `date' or adjtime() were active. But there is some system where `date' and/or adjtime is active :-). > Bruce /Mattias --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9602232051.AA05767>