La valeur que ntpstat affiche après "le temps correct à l'intérieur" est la dispersion racine + retard racine / 2. ntpq -p n'affiche pas la "dispersion racine" run ntpq -c rl à la place.
Néanmoins, il est clair que la principale source du manque de précision est la dispersion plutôt que le retard (qui n'est que de 0,964).
La dispersion est "l'erreur nominale par rapport à la source de référence primaire". J'ai brièvement parcouru la RFC NTPv4 et voici ce qu'elle a à dire :
La dispersion (epsilon) représente l'erreur maximale inhérente à la mesure. Elle augmente à un taux égal à la tolérance maximale de fréquence d'horloge du système discipliné (PHI), généralement 15 PPM. 1 PPMest égal à 10^(-6) secondes/seconde.
Pour utiliser la terminologie rrdtool, la dispersion n'est pas une jauge mais plutôt un compteur. Voir une grande valeur peut ne pas indiquer que quelque chose ne va pas.
Hélas, je n'ai pas été en mesure de comprendre suffisamment l'algorithme ntp pour voir comment réduire ce nombre. J'ai remarqué que cette valeur est réinitialisée de temps en temps. Je ne sais pas pourquoi.
La raison pour laquelle j'ai posé des questions sur le matériel ci-dessus est que de nombreux appareils GPS (strate 0, la source "racine") se connectent à l'ordinateur qui agit alors comme serveur NTP via une liaison série.
Les connexions série ont souvent une gigue de 1 à 5 ms sur la ligne en raison des surcharges de signalisation/attentes d'interruption. Par conséquent, je suppose que votre source NTP lit à partir d'une source série.
Il y a quelques ajustements que vous pourrez peut-être effectuer sur la connexion série pour réduire la gigue. Principalement, la désactivation du FIFO peut vous permettre d'obtenir des résultats décents.
http://support.ntp.org/bin/view/Support/KnownHardwareIssues#Section_9.1.5.http://www.febo.com/time-freq/ntp/jitter/index.html
Le temps correct dans les 5 ms EST GRAND !!! 5 ms c'est 5/1000 de seconde. Tout ce qui est inférieur à 100 ms est facilement acceptable pour autre chose qu'une petite poignée de situations, dans ce cas, vous n'utiliseriez pas le GPS mais une horloge atomique locale et deux horloges de référence externes. Nous obtenons moins de 10 ms avec le pool ntp.