Почему является трудной тактовая синхронизация на серверах?
См.: качество Тактовой синхронизации в Windows Azure?
Это не предназначено как напыщенная речь, это - просто любопытство.
Компьютер действительно дрейфует больше, чем секунда в единственный день? Я могу едва вообразить это.
Почему не синхронизация каждый день к серверу времени. Это должно оказать минимальное негативное влияние по сравнению с преимуществами (относительных) последовательных часов среди серверов.
Мое инстинктивное чувство состояло бы в том, что самой большой проблемой будет задержка, но даже который был бы только некоторыми мс после каждой синхронизации. Что я пропускаю?
Неужели компьютер действительно дрейфует больше секунды за один день? Я с трудом могу это представить.
Да, некоторые видят. Особенно в виртуализированных средах. Выполнение внутри виртуальной машины (как в случае с Azure) делает недействительными некоторые фундаментальные предположения, которые используются для учета времени, что делает его даже более трудным, чем на физическом оборудовании. Современный компьютер намного сложнее цифровых часов.
Почему бы не выполнять ежедневную синхронизацию с сервером времени. Это должно иметь минимальное негативное влияние по сравнению с преимуществами (относительной) согласованной синхронизации между серверами.
Это то, что люди делают. Он называется NTP , но даже это сложнее, чем вы можете себе представить, поскольку некоторым службам требуется непрерывное время, поэтому переход времени вперед или назад для настройки часов неприемлем, и вы в конечном итоге замедление или ускорение системных часов, что требует времени.
Я чувствую, что самая большая проблема - это задержка, но даже это будет всего несколько мс после каждой синхронизации.
NTP уже пытается отрегулировать задержку, и есть улучшенные варианты с еще меньшей задержкой.