Yassen Damyanov posted <[EMAIL PROTECTED]>, excerpted below, on Fri, 09 Dec 2005 11:45:51 +0200:
> I'm looking for anyone using clockspeed successfully on > amd64. > > I have a success story 2 years ago using it on a Redhat 6 > system to correct a terribly drifting clock. It did a > *perfect* job for me. > > Now I am trying to use it to correct a clock that speeds up > about 1 sec. per hour, this on a Gentoo Linux / amd64 box, > and it does not work for me. [Subject typo corrected. I wouldn't bother except it's likely many never even saw this due to spam filters. Maybe you'll get a better response with it corrected? Worth a try, anyway.] I have no experience with clockspeed. Perhaps someone else will reply that does, but meanwhile, something I've a bit more experience with since I run it myself, I'd guess the more usual solution to that sort of issue is to run ntpd and keep yourself synced with multiple NTP servers elsewhere on the net. Once it has been running a while and established a decent record of how much your local clock drifts, it won't have to connect often to the network, as it'll know how much to adjust without the external input. If you don't want to use those resources, then setting a cron job to run ntpclient restart every hour or two would work, tho the adjustment would be more drastic and could cause issues with anything relying on the system clock not to go backward, even by a second or two. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- [email protected] mailing list
