ntpdig slew accuracy
rlaager at wiktel.com
Fri Apr 12 05:45:06 UTC 2019
The Debian man page for ntpdate has this BUGS section:
The slew adjustment is actually 50% larger than the measured offset,
since this (it is argued) will tend to keep a badly drifting clock more
accurate. This is probably not a good idea and may cause a troubling
hunt for some values of the kernel variables tick and tickadj.
These days, ntpdate is just a wrapper around ntpdig. The NTPsec man page
for ntpdig does not give any reason to think the slew is "50% larger".
Can I assume that ntpdig's slewing is correct, and thus remove that BUGS
section for ntpdate?
More information about the devel