> The usual platform-independent way to do this is to have a thread
> that monitors the system clock. It wakes up every, say, 2 seconds
> and makes sure the clock is where it expects it. If the clock isn't
> what it expects, it does whatever you need to do in that case.

> I fear, however, that this is yet another technique that won't work
> properly with user-space threading. I fear that the clock thread's
> sleep function will be virtualize into something that won't sleep
> for the right amount of time if the system clock is changed. Does
> anyone know which sleep function to use to avoid this - or if there
> is one?

Unfortunately, this is exactly what I'm trying fix.  I want cron to
_stop_ waking up every 60 seconds.  If cron has nothing to do for
5 days, it should sleep for 5 days.  And if everything on the system
is sleeping for 5 days and the kernel knows this, then mabey we
can hibernate the system for 5 days.

I know theres allot more to this than just cron (network stuff etc).


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to