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? -- Richard _______________________________________________ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel
