[Info-vax] Clock running very slow on an Alpha
Richard B. Gilbert
rgilbert88 at comcast.net
Wed Aug 25 20:13:45 EDT 2010
Mark Berryman wrote:
> On 8/25/10 2:12 PM, Richard B. Gilbert wrote:
> .
> .
> .
>>
>> The maximum error that a standard NTP can correct is 43 seconds per day!
>>
>
> That is not at all correct. NTP is capable of correcting any amount of
> error. You simply set parameters that define how much error is fixed by
> slewing the clock vs when the clock is corrected in a single step.
>
Alright! 43 seconds per day is the largest error correctable without
stepping the clock or tampering with the parameters used by NTPD.
43 seconds per day represents a slew rate of 500 PPM, the largest slew
rate that the stock NTPD will use.
> I have had systems come up with a date several years wrong because the
> TOY clock does not keep year information and a backup had just been
> restored. NTP updated the clock just fine in these cases.
>
Startup is a special case. You can tell NTPD to figure out what time it
is and set that time. Once the system is running, stepping the clock
and especially stepping it backward can wreak havoc with programs that
expect that time will be monotonically increasing.
> NTP routinely corrects errors of 3600 or more seconds twice a year for
> many systems. That is why the sanity timer usually defaults to a value
> of 4000.
If you are thinking of the switch from daylight savings to standard time
and vice versa. NTPD does NOT do this, does not know about it, and
doesn't care about it. Remember NTPD deals with UTC only. Daylight
time is, in effect a shift in time zone, even though we don't call it that.
>
> Mark Berryman
>
> --- news://freenews.netfront.net/ - complaints: news at netfront.net ---
More information about the Info-vax
mailing list