Систематическое смещение -1,35 с после синхронизации NTP

213
Robert

Под управлением Windows 10 build 15063 на планшетном ноутбуке Lenovo X220i я попытался выполнить синхронизацию с несколькими NTP-серверами, включая

  • time.windows.com,
  • se.pool.ntp.org,
  • ntp.se,
  • time.nist.gov,
  • и локальный NTP-сервер, размещенный на аналогичном ноутбуке.

После того, как он утверждает, что синхронизирован с сервером, я пытаюсь убедиться, что клиент достаточно синхронизирован, запустив

C:\WINDOWS\system32>w32tm /stripchart /computer:se.pool.ntp.org Tracking se.pool.ntp.org [83.252.52.177:123]. The current time is 2017-07-26 08:13:48. 08:13:48, d:+00.0649103s o:-01.3553851s [ * | ] 08:13:50, d:+00.0798750s o:-01.3577502s [ * | ] 08:13:52, d:+00.0925989s o:-01.3549626s [ * | ] 08:13:54, d:+00.0557665s o:-01.3582359s [ * | ] 08:13:56, d:+00.0809268s o:-01.3508127s [ * | ] 

с тем же сервером (или серверами), с которым я только что синхронизировался. Что меня действительно поражает, так это то, что мне удается получить довольно точное смещение -1,35 с на всех серверах.

Я делаю что-то не так, или моя система делает систематические ошибки вычислений во время синхронизации NTP?

0
Смещение 1,35 с NTP-сервером в порядке. Может быть, ваша машина отстает, когда применяется изменение времени после синхронизации? Вам нужно, чтобы ваша машина была точно синхронизирована с миллисекундой? Dave Lucre 6 лет назад 0
Да, все, что больше 50 мс, довольно плохо. У меня сложилось впечатление, что большинство реализаций NTP поддерживают такую ​​точность, но, похоже, я ошибался в этом. [Эта страница] (https://support.microsoft.com/sv-se/help/939322/support-boundary-to-configure-the-windows-time-service-for-high-accura) предоставляет некоторую информацию о том, как добиться более высокой точности на новых сборках Windows. Robert 6 лет назад 0
Роберт, это интересное чтение - спасибо за ссылку на него. Dave Lucre 6 лет назад 0

0 ответов на вопрос