[coyotos-dev] coyotos.sleep, sleepTill, the epoch
Valerio Bellizzomi
devbox at selnet.org
Thu Feb 8 18:23:00 CST 2007
On 08/02/2007, at 14.29, Jonathan S. Shapiro wrote:
>On Thu, 2007-02-08 at 19:58 +0100, Valerio Bellizzomi wrote:
>> On 07/02/2007, at 21.53, Jonathan S. Shapiro wrote:
>>
>> >On Thu, 2007-02-08 at 00:06 +0100, Valerio Bellizzomi wrote:
>> >> On 07/02/2007, at 17.37, Jonathan S. Shapiro wrote:
>> >
>> >> >Since we don't report uptime, we don't track it anywhere. There is
no
>> >> >notion of counting uptime at all. I'm confused by the question.
>> >>
>> >> Why are you confused? is there any means to know how long the
machine
>> >has
>> >> been up ?
>> >
>> >Nothing in the kernel or the boot mechanism provides any support for
>> >this. There will probably be some mechanism to be notified of
restarts,
>> >and this can be used to implement uptime at user level.
>>
>> This is no problem. All that is needed to implement uptime is a record
of
>> startup time+date, the counting can be implemented at user level, it as
>> simple as subtracting startup time from current time.
>
>We are converging, but not quite converged.
>
>Recording the startup time and date is not necessary either. When the
>uptime tracker is notified of restart, it simply fetches the time of day
>at that time.
>
>By capturing reboot time in the bootstrap, you are trying to impose
>precision on something inherently imprecise. The only reason to capture
>it that early is marketing numbers, and if your machines are down often
>enough that this small difference helps I think you have other problems.
No I have no problems except my headache :-)
I think we have converged. The fact is that I had forgot about TimeOfDay,
but I found (again) the description in the EROS Object Reference - Kernel
Objects.
http://www.eros-os.org/devel/ObRef/kernel/TimeOfDay.html
So as you say, it is not necessary to record reboot time. I still have
some confusion about how to record the "OS install time" for
administrative purposes, but the uptime question is resolved.
val
More information about the coyotos-dev
mailing list