Quelle est la précision que je peux attendre 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 ntpd pour régler avec précision l'heure du système sur une machine Linux.

gpsd est alimenté NMEA + PPS

L'application est punping ~ 25 Mo par seconde sur le réseau et je pense que le chargement du système est à l'origine de gigue dans le temps en quelque sorte. (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 que je pourrais installer pour lire le GPS et agir comme un serveur NTP pour la machine chargée. (la machine chargée obtiendrait startum 1 ???)

Quelle précision puis-je attendre l'heure d'un serveur NTP strate 0 sur le même sous-réseau sur Ethernet?

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

Answer 1

meilleures infos que je pouvais trouver sur NTP accuracy, semble pointer 1-2 ms dans un cadre local:

NTP v4 avec mods du noyau pour le soutenir, est capable de beaucoup mieux que 1ms précision, peut-être aussi bonne que 1ns. Selon l'article [Dave Mills], NTP v3 est précis à 1-2ms dans un réseau local et 10s de ms dans les réseaux WAN. D'autres articles suggèrent qu'avec une source de temps précise, comme une source de temps GPS, NTP est précis à 50us, mais les liens sur le support du noyau Linux indiquent qu'une précision de quelques ms est possible. Un autre article indique qu'il dépend de la prédictibilité des retards de réseau (c'est-à-dire un réseau de 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 seul chiffre dans ce genre de situation.

Après avoir fonctionné pendant quelques jours, il ne devrait pas y avoir beaucoup de gigue dans l'une des horloges, car le ntpd implémente un tas de très long filtrage à constante de temps. Cependant, vous ne dites pas vraiment comment vous mesurez le temps, et quel que soit le mécanisme que vous utilisez, il peut être aussi nerveux 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'aidera peut-être pas, car la gigue entre l'arrivée des paquets et le service d'interruption sera plus importante. L'amateur de votre commutation Ethernet est le pire pour le chronométrage - les hubs démodés sont meilleurs que les commutateurs à cet égard.

Answer 3

Le niveau de strate du serveur NTP en question n'a aucun rapport avec la précision de l'horloge/du serveur. Cela signifie simplement la distance de l'horloge de référence que vous êtes. En ce qui concerne la précision NTP (en ce qui concerne le temps, bien sûr), la latence du réseau entre les serveurs, le type de serveur utilisé et la charge potentielle du serveur sont également des facteurs importants. Selon le serveur NTP que vous utilisez, ils documentent la précision de leur temps.Chaque logiciel serveur utilise différents algorithmes pour calculer l'heure en fonction de la latence du réseau et de la charge du serveur, et il revient à 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 donneront pas la précision possible du serveur. Il y a des cas où les serveurs de la strate 3 peuvent être plus précis que les serveurs de la strate 2, etc.