при включении Windows, чтобы установить системное время через Интернет, я получаю следующее диалоговое окно:
важно, какой сервер мне выбрать?
Как бы я знаю, если один был "лучше", чем другие?
при включении Windows, чтобы установить системное время через Интернет, я получаю следующее диалоговое окно:
важно, какой сервер мне выбрать?
Как бы я знаю, если один был "лучше", чем другие?
важно, какой сервер мне выбрать?
короткий ответ: да
в то время как все NTP-серверы стремятся поддерживать синхронизацию с UTC, их расстояние от вас и промежуточных сетей, влияют на факторы NTP, такие как задержка и дрожание. Существует также вопрос доступности, не все серверы доступны постоянно навсегда.
насколько мне известно, UTC и служба stratum-0 NTP не контролируются, регулируется или предоставляется USNO, даже в США. UTC был определен МСЭ и основан на Tai plus leap seconds (я считаю, что он определяется ERS) TAI поддерживается международным набором из 70 лабораторий (из которых USNO является одной, но также включает NRL в Вашингтоне и NIST в Боулдере) и координируется BIPM во Франции.
Я бы использовал пул ntp для вашего языка.
как бы я знал, если один был "лучше", чем другие?
запустив реальный NTP клиент на подходящей системе и посмотрев на статистику
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
connorw600.info europium.canoni 16 u 182d 1024 0 0.000 0.000 4000.00
*dns0.rmplc.co.u ntp1.ja.net 2 u 659 1024 377 27.015 -4.936 1.034
+82.113.154.206 ntp4.ja.net 2 u 700 1024 377 24.853 -4.827 0.788
+dawn.rt.uk.eu.o ntp1.nl.uu.net 2 u 913 1024 377 29.364 -5.614 0.691
выглядит как connorw600.info... это был бы плохой выбор.
согласно Википедии,протокол сетевого времени работает следующим образом:
для синхронизации часов с удаленным сервером клиент NTP должен вычислите время задержки и смещение. Задержка туда и обратно вычисляется как , где - это время передачи пакета запроса, время запрос приема пакетов, - время пакета ответа передача и - время приема ответного пакета. - это время, прошедшее на стороне клиента между отправкой пакета запроса и получением пакета ответа, в то время как - время ожидания ответа сервером. Тот смещение задается .
синхронизация NTP корректна, когда и входящий и исходящий маршруты между клиентом и сервером симметричный номинальный задержка. Если стороны не имеют общей номинальной задержки синхронизация имеет систематическое смещение в половину разницы между вперед и назад время в пути.
из этого объяснения мы можем признать, что для точной синхронизации часов у вас должна быть низкая разница во времени задержки ответа сервера на ваш запрос и времени задержки ответа на сервер, завершающий синхронизацию. Итак, если сервер что вы работаете далеко от вас (я имею в виду, есть много "точек" или маршрутизаторы между вами и сервером NTP) вероятность иметь другой "путь" для пакетов NTP, которые вы получаете и отправляете увеличивается.
Итак, из моей интерпретации случая, лучший сервер для синхронизации ваших часов является "ближе". Я имею в виду, если вы получите след "точек" между вами и сервером, вы бы выбрали тот, у которого меньше прыжков. Вы можете использовать " tracert" команда из Windows, чтобы решить лучшие сервера для вас.
кроме того, помните, что, помимо стандартных вариантов, есть много публичных NTP серверов в Интернете.
короткий ответ: Нет.
Это не важно. Они все одинаковые. Более или менее, они копии друг друга. В США, Служба времени обсерватории ВМС США является официальным хронометристом. Все остальные отражают его время, включая корпорации, и, особенно, любые правительственные учреждения США. Поэтому, все опции доступны из выпадающего такое же время. Следовательно, нет такого, который "лучше", чем другие.
Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]