Wie genau kann ich erwarten, dass die Zeit von einer Schicht 0 NTP-Server im selben Subnetz auf Ethernet sein?

StackOverflow https://stackoverflow.com/questions/126710

Frage

Ich habe eine Anwendung, die auf gpsd und ntpd hängt genau die Systemzeit auf einem Linux-Rechner auf.

gpsd ist fed NMEA + PPS

Die Anwendung ist punping ~ 25MB pro Sekunde über das Netzwerk und ich denke, die Belastung auf dem System irgendwie Jitter in der Zeit verursacht. (Beladen PCI-Express-Bus verursacht irreguläre Interrupt-Latenz)

ich eine andere Maschine, die nicht geladen ist, dass ich kann Setup die GPS und wirkt als NTP-Server für die geladene Maschine zu lesen. (Die beladene Maschine 1 immer startum würde ???)

Wie genau kann ich erwarten, dass die Zeit von einem Schicht 0 NTP-Server im selben Subnetz auf Ethernet sein?

Ich hoffe, das vom Thema nicht zu, ich bin sicher, dass irgendwann jemand anderen glücklich sein wird, die Antwort hier dokumentiert ist. ; -)

War es hilfreich?

Lösung

Die besten Informationen, die ich auf NTP Genauigkeit , scheint bei 1-2 ms in einem LAN-Einstellung zu Punkt:

  

NTP v4 mit Kernel-Mods, sie zu unterstützen, ist in der Lage viel besser als 1ms Genauigkeit, vielleicht so gut wie 1 ns. Nach [Dave Mills] Artikel ist NTP v3 genau in einem LAN und 10s von ms in WAN-Netzen 1-2ms. http://www.cis.udel.edu/~mills/ntp.html

     

Weitere Artikel legen nahe, dass mit einer genauen Zeitquelle, wie zum Beispiel einer GPS-Zeitquelle, NTP zu 50us genau ist, aber die Links auf der Unterstützung Linux-Kernel sagen, dass die Genauigkeit von wenigen ms möglich ist.    http: //www.atomic-clock. galleon.eu.com/support/ntp-time-server-accuracy.html

     

Ein weiterer Artikel sagt, dass es auf der Vorhersagbarkeit von Verzögerungen im Netzwerk (das heißt ein niedriges Jitter-Netz) abhängig ist.    http://www.postel.org/pipermail/end2end- Interesse / 2003-April / 002925.html

Andere Tipps

NTP ist in der Regel als gut für kleine einziffrige ms in einer solchen Situation.

Nachdem es für ein paar Tage läuft, sollte es wirklich nicht viel Jitter sein in einem der den tatsächlichen Uhren, weil der ntpd einen Haufen sehr lange Zeitkonstante Filterung implementiert.

Aber Sie sagen nicht wirklich, wie Sie die Zeit, sind zu messen, und was auch immer Mechanismus Sie verwenden genauso nervös wie (wenn nicht mehr als) die zugrunde liegende Synchronisation.

sein könnten

Wenn Sie tun eine arbeitsreiches Netzwerk und Netzwerk-Karten mit wirklich tiefen Puffern, dann ist das, als der Jitter zwischen Paket-Ankunfts wird möglicherweise nicht Dinge zu helfen und unterbrechen Dienst größer sein. Das schicker Ihr Ethernet-Switching ist desto schlimmer wird es auch für Timing -. Altmodischer Hub ist besser als Schalter in dieser Hinsicht

Die Stratum Ebene des NTP-Servers in Frage hat keine Beziehung zu der Genauigkeit der Uhr / Servers. Es rein bedeutet die Entfernung von dem „Referenztakt“ Sie sind.

Was zählt, in Bezug auf die NTP-Genauigkeit (in Bezug auf Zeit, natürlich) Netzwerklatenz zwischen Servern, Servertyp verwendet wird und möglicherweise Serverbelastung. Je nachdem, was NTP-Server Sie verwenden, sie dokumentieren, wie genau ihre Zeit sein wird. Jede Server-Software verschiedene algorithims verwendet Zeit zu berechnen, basierend auf Netzwerklatenz und Serverbelastung und es kommt auf die Richtigkeit dieser algorithims.

Zum Beispiel MS NTP-Server fest, dass es innerhalb von 2 Sekunden genau. OpenNTPD hat erklärt, dass sie Ihnen die mögliche Genauigkeit des Servers nicht geben. Es gibt Fälle, in denen Stratum 3-Server genauer sein kann als Stratum-2-Server, etc.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top