The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системы синхронизации точного времени Chrony 4.2, opennews (??), 17-Дек-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


54. "Выпуск системы синхронизации точного времени Chrony 4.2"  –3 +/
Сообщение от mikhailnov (ok), 18-Дек-21, 01:19 
По моим наблюдениям с маленькой выборкой при использовании chrony за время работы сервера набирается меньшая разница времени с NTP-сервером, чем при работе ntpd и systemd-timesyncd.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

58. "Выпуск системы синхронизации точного времени Chrony 4.2"  +1 +/
Сообщение от Аноним (38), 18-Дек-21, 08:02 
> меньшая разница времени

сколько пикосекунд?

Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск системы синхронизации точного времени Chrony 4.2"  +/
Сообщение от Аноним (84), 19-Дек-21, 20:25 
Чтобы ntpd начал сообщать более-менее точное время ему требуется 7200 секунд бессбойной синхронизации с эталоном. И это у него прибито внутри здоровенными железнодорожными костылями.

И таки да, по наблюдению за поведением ntpd и chrony на одном и том же железе могу сказать, что выход на точность 50-100нс от PPS у chrony занимает менее пяти минут, ntpd жует сопли до получаса.

Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск системы синхронизации точного времени Chrony 4.2"  –1 +/
Сообщение от Аноним (62), 18-Дек-21, 18:49 
> По моим наблюдениям с маленькой выборкой при использовании chrony за время работы сервера набирается меньшая разница времени с NTP-сервером, чем при работе ntpd и systemd-timesyncd.

И это закономерно.

ISC NTPD писали, скажем так, не очень квалифицированные люди. Чтобы корректно реализовать синхронизацию времени через реальные сети с присущими им случайными задержками, нужно немного разбираться в математической статистике.

timesyncd вообще не предназначен для заоблачной точности, ±10мс для него приемлемая погрешность, он ориентирован на то, чтобы быстро синхронизировать часы и поменьше грузить сеть и сервер, поэтому там используется упрощенный вариант NTP (SNTP).

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру