Il valore che ntpstat visualizzato dopo "time correct to within" è la dispersione della radice + ritardo della radice / 2. ntpq -p non mostra la "dispersione radice" eseguita ntpq -c rl invece.
Ciononostante, è chiaro che la fonte principale della mancanza di accuratezza è la dispersione piuttosto che il ritardo (che è solo 0,964).
La dispersione è "l'errore nominale relativo alla fonte di riferimento primaria". Ho esaminato brevemente l'NTPv4 RFC e questo è ciò che ha da dire:
La dispersione (epsilon) rappresenta l'errore massimo insito nella misura. Aumenta a una velocità pari alla massima tolleranza della frequenza di clock del sistema disciplinata (PHI), in genere 15 PPM. 1 PPMi equivale a 10^(-6) secondi/secondo.
Per usare la terminologia di rrdtool la dispersione non è un indicatore ma piuttosto un contatore. La visualizzazione di un valore elevato potrebbe non indicare che qualcosa non va.
Purtroppo, non sono stato in grado di comprendere l'algoritmo ntp abbastanza bene da vedere come ridurre questo numero. Ho notato che questo valore viene azzerato occasionalmente. Non so perché.
Il motivo per cui ho chiesto informazioni sull'hardware sopra è perché molti dispositivi GPS (stratum 0, la sorgente 'root') si connettono al computer che poi funge da server NTP tramite un collegamento seriale.
Le connessioni seriali hanno spesso un jitter di 1-5 ms sulla linea a causa di sovraccarico di segnalazione/attesa di interruzioni. Quindi, suppongo che la tua sorgente NTP stia leggendo da una sorgente seriale.
Ci sono alcune modifiche che potresti essere in grado di eseguire sulla connessione seriale per ridurre il jitter. In primo luogo, disabilitare FIFO può farti ottenere risultati decenti.
http://support.ntp.org/bin/view/Support/KnownHardwareIssues#Section_9.1.5.http://www.febo.com/time-freq/ntp/jitter/index.html
Il tempo corretto entro 5 ms È FANTASTICO!!! 5 ms sono 5/1000 di secondo. Qualunque cosa al di sotto di 100 ms è facilmente accettabile per qualsiasi cosa diversa da una piccola manciata di situazioni in tal caso non utilizzeresti il GPS ma un orologio atomico locale e due orologi di riferimento esterni. Otteniamo entro 10 ms con il pool ntp.