> Подскажите пожалуйста:
> 1) как работает режим slew который черех "-x" запускается. Я не совсем
> понимаю логику работы.На вскидку - я тоже не знаю. Вроже, другой API ядра в каких-то случах испольщуется для изменения времени [этого самого] ядра.
> 2) опции minpoll 4 maxpoll 4 выставляют для точной синхронизации, minpoll 4
> maxpoll 6 для менее точной. Но опять таки почему? не вижу
> логики и ман не спасает.
в xxxpoll-ах лежит интевал опроса апстрима в "двойисной экспоненциальной" нотации.
minpoll 4 == опрашивать апстрим не чаще [раза в] 16 сек.
maxpoll 6 == опрашивать апстрим не режее [раза в] 64 сек.
"опрашивать" - в т.ч. и в значении "синхронизоваться с" ~для выбранного апстрима.
> 3) если НТП сервак бегает туда сюда по шкале времени в +/-
> 14 секунд в промежутке 3 часа, но все равно держится определенной
> планки вышестоящего НТП. Как мне моего клиента можно настроить, чтоб он
> игнорировал эти расхождения? Мой клиент пашет стабильно, но он все время
Клиент на это не рассчитан, вроде. Поэтому я и написал -- замена или исправление сервера.
Ну, может, какой порог в тонких настройках ntpd-клиента поставить ниже 7с. Но такой чёрной магиией я не владею, и сдаётся мне, что получить что-то отличное от отсутствия синхронизации при "выпрыгивании" сервера за те 7с не получится. Упражнение по рассмотрению 2ух прыгающих козликом апстримов и вероятности выпригивания обоих и выяснению, откуда "настроенный" таким магическим образом клиент будет при этом брать время, "оставляю читателю"(ТМ).
> по 0,5сек раз в минуту.... вроде как я понял slew как
> раз это делает, но не уверен. Буду признателен за консультацию.
Не имел с этим дела, дальше сломанного телефона с манов не помогу.
Вариант для распечатки
