On 8/13/2009 4:58 AM root spake thus:

isw wrote:

What the NTP process does is essentially to monitor the local clock
compared to a reference to understand just what its errors are, and
synthesize a "perfect" clock from it. The synthesized clock can remain
within a few microseconds (or better) of a reference timekeeper all the
time.

Maybe that works if you leave the computer on all the time. I started
the ntpd daemon early in the morning and by late afternoon the time
was, once again, way the hell off. Since I only care one time, one
day a week what the time is I have set up crontab entries to do the
job.

I see the problem, that seems to have been missed by those suggesting a
software kluge that periodically stuffs the clock with the right value.

Here's an idea I haven't seen in this thread yet: If you're really
interested in getting to the bottom of this problem, how about trying to
determine whether it's the actual clock (RTCC hardware) that's off, or
whether the OS is missing interrupts or there's some other software problem?

How about booting the computah under some other OS, say Windoze or even
DOS, and running a utility that checks the RTCC for accuracy? (Don't
know of any, but I'm ass-uming that there are lots of such utilities out
there. Maybe there's even one for Linux.) That way you could know
whether the clock needs to be tweaked (new crystal as suggested by
others), or whether it's an OS problem.

Just an idea.


--
Found--the gene that causes belief in genetic determinism