À quel point puis-je m'attendre à ce que l'heure soit celle d'un serveur NTP de la strate 0 sur le même sous-réseau sur Ethernet?

Question

J'ai une application qui dépend de gpsd et de ntpd pour régler avec précision l'heure du système sur une machine Linux.

gpsd est alimenté en NMEA + PPS

L’application absorbe environ 25 Mo par seconde sur le réseau et je pense que le chargement sur le système cause une certaine gigue dans le temps. (bus PCI Express chargé provoquant une latence d’interruption irrégulière)

J'ai une autre machine qui n'est pas chargée du tout et que je pourrais configurer pour lire le GPS et agir en tant que serveur NTP pour la machine chargée. (la machine chargée recevrait startum 1 ???)

Quelle est l'exactitude du temps d'un serveur NTP de strate 0 sur le même sous-réseau Ethernet?

J'espère que ce n'est pas trop un sujet hors sujet, je suis sûr que quelqu'un d'autre sera content que la réponse soit documentée ici. ; -)

Answer 1

Les meilleures informations que je pourrais trouver sur La précision NTP , semble pointer à 1-2 ms dans un paramètre de réseau local:

  

NTP v4 avec les mods du noyau pour le supporter, est capable d’une précision bien meilleure que 1ms, voire 1ns. Selon [Dave Mills], NTP v3 a une précision de 1 à 2 ms dans un réseau local et de 10 ms dans les réseaux WAN. http://www.cis.udel.edu/~mills/ntp.html

     

D’autres articles suggèrent qu’avec une source d’heure précise, telle qu’une source GPS, le protocole NTP est précis à 50 us, mais que les liens sur le support du noyau Linux indiquent qu’une précision de quelques ms est possible.    http: //www.atomic-clock. galleon.eu.com/support/ntp-time-server-accuracy.html

     

Un autre article indique que cela dépend de la prévisibilité des retards de réseau (c’est-à-dire un réseau à faible gigue).    http://www.postel.org/pipermail/end2end- interest / 2003-April / 002925.html

Answer 2

NTP est généralement considéré comme bon pour les petites ms à un chiffre dans ce genre de situation.

Après quelques jours de fonctionnement, il ne devrait pas y avoir beaucoup de gigue dans les horloges réelles, car ntpd implémente un tas de filtres très longs à constante de temps.

Cependant, vous ne dites pas vraiment comment vous mesurez le temps, et le mécanisme que vous utilisez peut être aussi instable que (sinon plus) la synchronisation sous-jacente.

Si vous avez un réseau occupé et des cartes réseau avec une mise en mémoire tampon très profonde, cela n’aide en rien, car la gigue entre l’arrivée du paquet et le service d’interruption sera plus grande. Plus votre commutation Ethernet est sophistiquée, plus elle est mauvaise en termes de synchronisation: les concentrateurs traditionnels sont meilleurs que les commutateurs à cet égard.

Answer 3

Le niveau de strate du serveur NTP en question n’a aucune relation avec la précision de l’horloge / du serveur. Cela signifie simplement la distance qui s’écarte de "l'horloge de référence". vous êtes.

En ce qui concerne la précision NTP (en termes de temps, bien entendu), ce qui compte le plus, c’est la latence du réseau entre les serveurs, le type de serveur utilisé et éventuellement la charge du serveur. Selon le serveur NTP que vous utilisez, ils documentent la précision de leur heure. Chaque logiciel serveur utilise divers algorithmes pour calculer le temps en fonction de la latence du réseau et de la charge du serveur, et cela dépend de la précision de ces algorithmes.

Par exemple, le serveur MS NTP indique qu'il sera précis dans les 2 secondes. OpenNTPd a déclaré qu'ils ne vous donneraient pas la précision possible du serveur. Il existe des cas où les serveurs de strate 3 peuvent être plus précis que les serveurs de strate 2, etc.