¿Qué tan precisa puedo esperar que sea la hora de un servidor NTP de estrato 0 en la misma subred en Ethernet?

Question

Tengo una aplicación que depende de gpsd y ntpd para configurar con precisión la hora del sistema en una máquina Linux.

gpsd se alimenta NMEA + PPS

La aplicación está descargando ~25 MB por segundo a través de la red y creo que la carga en el sistema está provocando fluctuaciones en el tiempo de alguna manera.(bus PCI express cargado que causa latencia de interrupción irregular)

Tengo otra máquina que no está cargada en absoluto y que podría configurar para leer el GPS y actuar como servidor NTP para la máquina cargada.(¿La máquina cargada estaría iniciando 1 ???)

¿Qué tan precisa puedo esperar que sea la hora de un servidor NTP de estrato 0 en la misma subred en Ethernet?

Espero que esto no esté demasiado fuera de tema, estoy seguro de que en algún momento alguien más estará feliz de que la respuesta esté documentada aquí.;-)

Answer 1

La mejor información que pude encontrar en Precisión NTP, parece apuntar a 1-2 ms en una configuración LAN:

NTP v4 con modificaciones del kernel para admitirlo tiene una precisión mucho mejor que 1 ms, posiblemente tan buena como 1 ns.Según el artículo de [Dave Mills], NTP v3 tiene una precisión de 1 a 2 ms en una LAN y decenas de ms en redes WAN. http://www.cis.udel.edu/~mills/ntp.html

Otros artículos sugieren que con una fuente de hora precisa, como una fuente de hora GPS, NTP tiene una precisión de 50 us, pero los enlaces en el soporte del kernel de Linux dicen que es posible una precisión de unos pocos ms. http://www.atomic-clock.galleon.eu.com/support/ntp-time-server-accuracy.html

Otro artículo dice que depende de la previsibilidad de los retrasos de la red (es decir,una red de baja fluctuación). http://www.postel.org/pipermail/end2end-interest/2003-April/002925.html

Answer 2

NTP generalmente se considera bueno para ms pequeños de un solo dígito en este tipo de situaciones.

Después de haber estado funcionando durante unos días, no debería haber mucha fluctuación en ninguno de los relojes reales, porque el ntpd implementa una gran cantidad de filtrado constante de tiempo muy largo.

Sin embargo, en realidad no dices cómo estás midiendo el tiempo, y cualquier mecanismo que estés usando puede ser tan nervioso (si no más) que la sincronización subyacente.

Si tiene una red ocupada y tarjetas de red con un almacenamiento en búfer muy profundo, es posible que eso no ayude, ya que la fluctuación entre la llegada de paquetes y la interrupción del servicio será mayor.Cuanto más elegante sea su conmutación Ethernet, peor será también la sincronización: los concentradores antiguos son mejores que los conmutadores en este sentido.

Answer 3

El nivel de estrato del servidor NTP en cuestión no tiene relación con la precisión del reloj/servidor.Simplemente significa la distancia que te separa del "reloj de referencia".

Lo que más importa, en lo que respecta a la precisión de NTP (en lo que respecta al tiempo, por supuesto) es la latencia de la red entre servidores, el tipo de servidor que se utiliza y, potencialmente, la carga del servidor.Dependiendo del servidor NTP que utilice, documentan qué tan preciso será su tiempo.Cada software de servidor utiliza varios algoritmos para calcular el tiempo en función de la latencia de la red y la carga del servidor, y todo se reduce a la precisión de esos algoritmos.

Por ejemplo, el servidor MS NTP indica que será preciso en 2 segundos.OpenNTPd ha declarado que no le darán la posible precisión del servidor.Hay casos en los que los servidores de estrato 3 pueden ser más precisos que los servidores de estrato 2, etc.