Ну и по традиции сам себе и отвечу :).
Залез я в исходники , оказывается , что в этой версии пакета NTPD параметр noise, это тоже самое, что и clock jitter:
/usr/src/contrib/ntp/ntpd/ntp_control.c
static struct ctl_var sys_var[] = {
{ 0, PADDING, "" }, /* 0 */
{ CS_LEAP, RW, "leap" }, /* 1 */
...
{ CS_JITTER, RO, "jitter" }, /* 13 */
{ CS_ERROR, RO, "noise" }, /* 14 */ <------ вот и далее по цепочке
...
};
в функции
static void ctl_putsys(int varid)
{
...
switch (varid) {
...
case CS_ERROR:
ctl_putdbl(sys_var[CS_ERROR].text, clock_jitter * 1e3); <------ тут вот превращаемся в clock_jitter
...
};
а clock_jitter описана в /usr/src/contrib/ntp/ntpd/ntp_loopfilter.c, вот так
static double clock_offset; /* offset (s) */
double clock_jitter; /* offset jitter (s) */
Измеряется он в долях секунды, вычисляется процедурой clock discipline, влияет на параметр tau(poll), т.е. если clock jitter растет, то уменьшается интервал опроса (чаще проверяем часы). Сlock jitter имеет экспоненциальную зависимость от параметра offset, что видно из его графиков, быстро взлетает и потом медленно скатывается по экспоненте.
Взято вот отсюда http://www.eecis.udel.edu/~mills/ntp/html/poll.html , там более подробно:
"The poll interval is managed by a heuristic algorithm developed over several years of experimentation. It depends on an exponentially weighted average of clock offset differences, called clock jitter, and a jiggle counter, which is initially set to zero. When a clock update is received and the offset exceeds the clock jitter by a factor of 4, the jiggle counter is increased by the poll exponent; otherwise, it is decreased by twice the poll exponent. If the jiggle counter is greater than an arbitrary threshold of 30, it is reset to 0 and the the poll exponent is increased by 1. If the jiggle counter is less than -30, it is set to 0 and the poll exponent decreased by 1. In effect, the algorithm has a relatively slow reaction to good news, but a relatively fast reaction to bad news."
Вариант для распечатки
