Quanto posso aspettarmi che il tempo passi da un server NTP stratum 0 sulla stessa sottorete su Ethernet?

Question

Ho un'applicazione che dipende da gpsd e ntpd per impostare con precisione l'ora di sistema su una macchina linux.

gpsd è alimentato da NMEA + PPS

L'applicazione sta perforando ~ 25 MB al secondo sulla rete e penso che il caricamento sul sistema stia causando jitter nel tempo in qualche modo. (bus PCI Express caricato che causa latenza di interruzione irregolare)

Ho un'altra macchina che non è stata caricata per niente che potrei configurare per leggere il GPS e fungere da server NTP per la macchina caricata. (la macchina caricata otterrebbe startum 1 ???)

Quanto posso aspettarmi che il tempo esista da un server NTP stratum 0 sulla stessa sottorete su Ethernet?

Spero che questo non sia troppo fuori tema, sono sicuro che a volte qualcun altro sarà contento che la risposta sia documentata qui. ; -)

Answer 1

Le migliori informazioni che ho trovato su precisione NTP , sembra puntare a 1-2 ms in un'impostazione LAN:

  

NTP v4 con le mod del kernel per supportarlo, è in grado di avere una precisione molto migliore di 1ms, probabilmente pari a 1ns. Secondo l'articolo [Dave Mills], NTP v3 ha una precisione di 1-2ms in una LAN e 10s di ms nelle reti WAN. http://www.cis.udel.edu/~mills/ntp.html

     

Altri articoli suggeriscono che con una fonte temporale precisa, come una fonte temporale GPS, NTP ha una precisione di 50us, ma i collegamenti sul supporto del kernel Linux affermano che è possibile una precisione di pochi ms.    http: //www.atomic-clock. galleon.eu.com/support/ntp-time-server-accuracy.html

     

Un altro articolo afferma che dipende dalla prevedibilità dei ritardi di rete (ovvero una rete a basso jitter).    http://www.postel.org/pipermail/end2end- interesse / 2003-aprile / 002925.html

Answer 2

NTP è generalmente considerato buono per i piccoli ms a una cifra in questo tipo di situazione.

Dopo essere stato in esecuzione per alcuni giorni, non dovrebbe esserci davvero molto jitter in nessuno degli orologi reali, perché ntpd implementa un mucchio di filtri molto lunghi costanti nel tempo.

Tuttavia, non dici davvero come stai misurando il tempo, e qualunque meccanismo tu stia usando potrebbe essere altrettanto nervoso come (se non più di) la sincronizzazione sottostante.

Se si dispone di una rete occupata e di schede di rete con buffer profondo, questo potrebbe non essere d'aiuto, poiché il jitter tra l'arrivo dei pacchetti e il servizio di interruzione sarà maggiore. Più è elegante il tuo switch Ethernet, peggio è anche per il timing - gli hub vecchio stile sono meglio degli switch in questo senso.

Answer 3

Il livello di strato del server NTP in questione non ha alcuna relazione con l'accuratezza del clock / server. Significa puramente la distanza dall'orologio di riferimento " lo sei.

Ciò che conta di più, per quanto riguarda l'accuratezza dell'NTP (per quanto riguarda il tempo, ovviamente) è la latenza di rete tra i server, il tipo di server utilizzato e potenzialmente il carico del server. A seconda del server NTP in uso, documentano l'accuratezza del loro tempo. Ogni software server utilizza vari algoritmi per calcolare il tempo in base alla latenza della rete e al carico del server, e ciò dipende dalla precisione di tali algoritmi.

Ad esempio, il server MS NTP afferma che sarà accurato entro 2 secondi. OpenNTPd ha dichiarato che non ti daranno la possibile precisione del server. Ci sono casi in cui i server stratum 3 possono essere più precisi dei server stratum 2, ecc.