Time Synchronizing Between Two Servers

jdow jdow at earthlink.net
Mon May 7 23:55:31 UTC 2007


From: "Jeffrey Goldberg" <jeffrey at goldmark.org>

> 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.

Real NTP goes up to 1024 seconds between polls in my experience. (And it
NEVER jam sets when it is working correctly. Of course, with MS crap this
is not necessarily true.)

{^_^}   Joanne


More information about the freebsd-questions mailing list