Date: Mon, 7 May 2007 18:35:13 -0500 From: Jeffrey Goldberg <jeffrey@goldmark.org> To: RW <fbsd06@mlists.homeunix.com> Cc: freebsd-questions@freebsd.org Subject: Re: Time Synchronizing Between Two Servers Message-ID: <AC8B7666-7992-41B2-80B9-22ACC331A6BB@goldmark.org> In-Reply-To: <20070507230246.198b6608@gumby.homeunix.com.> References: <20070503014137.I3544@duane.dbq.yournetplus.com> <a969fbd10705021849g64f4752fobd5b6a817254ba28@mail.gmail.com> <20070503015723.S3544@duane.dbq.yournetplus.com> <d7195cff0705022217k4f0aaf2fibd2bfeb97b6498c8@mail.gmail.com> <4639FAB6.9050701@mac.com> <20070504171053.41eddb6a@gumby.homeunix.com> <7967B2A8-3FF5-46AD-AFEA-9EE5C680A414@mac.com> <20070507230246.198b6608@gumby.homeunix.com.>
next in thread | previous in thread | raw e-mail | index | archive | help
On May 7, 2007, at 5:02 PM, RW wrote: > If the time error is zeroed by ntpdate, and there's a drift-file, I > don't see that the actual drift value makes much difference. I suspect > that any quartz clock is overkill. As someone already mentioned, drift data doesn't really solve the problem if the amount of drift varies (often with temperature, and sometimes dramatically with sleep). The clock on my wife's G5 iMac seems to be erratic, but I haven't (and won't) bother to investigate further. If her system is up to 2 seconds off for a bit after waking from sleep, so be it. (If I ever start using kerberos around the house, I will have to address that.) If a machine is up for months, ntpdate may have been run in the distant past, so you can still a fair amount of error. ntpd is really a very light weight thing. When things are ticking over nicely, it may make just one query every few hours and still keep very good time. Also, if you have a server facing the Internet, you may wish to run a public NTP service on it and contribute it to pool.ntp.org, see http://www.pool.ntp.org/join.html for info. -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AC8B7666-7992-41B2-80B9-22ACC331A6BB>