home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / coherent / 6581 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.9 KB
  1. Path: sparky!uunet!opl.com!hri.com!spool.mu.edu!wupost!waikato.ac.nz!comp.vuw.ac.nz!cc-server4.massey.ac.nz!acmebbs!kilroy
  2. From: kilroy@acme.gen.nz (earthbound misfit, I)
  3. Newsgroups: comp.os.coherent
  4. Subject: Re: ATclock, etc.
  5. Keywords: clock realtime
  6. Message-ID: <1993Jan05.095605.24749@acme.gen.nz>
  7. Date: 5 Jan 93 09:56:05 GMT
  8. References: <930103120@fcshome.UUCP>
  9. Reply-To: kilroy@acme.gen.nz (earthbound misfit, I)
  10. Organization: ACME BBS - Public Access Usenet, Palmerston North, New Zealand
  11. Lines: 30
  12.  
  13. fredex@fcshome.UUCP (fred smith) writes:
  14.  
  15. > A few weeks ago I got a program "adjclock" from the net. This program
  16. > allows you to run it as a daemon, which will periodically tweak the
  17. > system time a bit in order to compensate for inaccurate clocks. It
  18. > uses stime() to do this. I was thinking, however, that it would be
  19. > nice to actually tweak the hardware clock instead (or in addition to 
  20. > this), so that the hardware and software clocks won't drift apart.
  21. > I could do "system ("ATclock yymmddhhmm.ss");", but that's rather a
  22. > hack.
  23. > 
  24. > This seems like something that a lot of you could use, since I've
  25. > seen a number of complaints on the net about system clocks drifting
  26. > off pretty badly. If I can resolve this problem (and a couple of 
  27. > others) I'll gladly redistribute to Coherent folks.
  28.  
  29. I wonder how necessary this is? Have you measured the accuracy of the
  30. hardware clock in your system?
  31.  
  32. The reason I ask is that I've found that if my system is left running for a
  33. week or so, the time will drift up to 10m or so from the correct time, but
  34. the hardware clock remains accurate and the system will show the correct
  35. time after a reboot. I've been meaning to put "date '/etc/ATclock'" in my
  36. root crontab run weekly or something to fix this (or perhaps run with at
  37. instead to prevent odd timing problems).
  38.  
  39.                         - k
  40. -- 
  41. Craig Harding            kilroy@acme.gen.nz             ACME BBS +64 6 3551342
  42. "Jub'er lbh pnyyvat n obmb?"
  43.