ntpdig slew accuracy

[Richard Laager]

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