I don't know if this will help anyone, but Dan Bernstein has written a utility
called "clockspeed" which appears to do what you are looking for (that is,
system clock speed correction).
I've never tried it, but given the other software I have used (i.e. qmail)
that was written by Dan, I would expect it to be of high quality.
It can be found at ftp://koobera.math.uic.edu/www/clockspeed.html
--Adam
----- Original Message -----
From: Robert Sander <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, April 28, 1999 3:57 PM
Subject: Re: Time drift
On Wed, 28 Apr 1999 [EMAIL PROTECTED] wrote:
> I happen to know that this solution (apm off, RTC on) does NOT fix this
> problem. I've been running that way for darn near two years now and it
> has not worked. (YMMV)
Yes, I know.
> I had the solution for this, posted a couple months ago to this very
> group, somewhere in a mailbox, but am not able to find it. Grrr. I'm
> thinking that it may have been posted to linux-kernel instead and
> forwarded over to me from an admin who read linux-kernel. I will look
> again for it and see what I can find. In the meantime, I simply cron
> every hour with an annoying ntpdate command which moves the clock about
> 120 seconds/hour. Yes.. annoying.
The solution for me is a little script running in the background and
updating the systemclock from /proc/rtc.
#!/bin/sh
while sleep 30; do
/bin/date -s "`grep rtc_time /proc/rtc | cut -f 2- -d :` `grep rtc_date
/proc/rtc | cut -f 2 -d : | sed -e s/-//g`"
done
But this could not be a solution, I think. Why is this systemclock
drifting anyway?
Robert Sander "Is it Friday yet?"
@Home http://home.pages.de/~gurubert
pgp available there
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
