Date: Tue, 8 May 2007 00:53:50 +0100 From: RW <fbsd06@mlists.homeunix.com> To: freebsd-questions@freebsd.org Subject: Re: Time Synchronizing Between Two Servers Message-ID: <20070508005350.45d53438@gumby.homeunix.com.> In-Reply-To: <AC8B7666-7992-41B2-80B9-22ACC331A6BB@goldmark.org> 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.> <AC8B7666-7992-41B2-80B9-22ACC331A6BB@goldmark.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 7 May 2007 18:35:13 -0500 Jeffrey Goldberg <jeffrey@goldmark.org> wrote: > 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. I was questioning the need for a low-drift system clock on a machine that *is* running ntpd, not the need for ntpd.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070508005350.45d53438>