Nilai yang ntpstat ditampilkan setelah "waktu yang benar ke dalam" adalah dispersi root + penundaan root / 2. ntpq -p tidak menampilkan "root dispersion" jalankan ntpq -c rl sebagai gantinya.
Meskipun demikian, jelas bahwa sumber utama kurangnya akurasi adalah dispersi, bukan penundaan (yang hanya 0,964).
Dispersi adalah "kesalahan nominal relatif terhadap sumber referensi utama". Saya telah melihat sekilas RFC NTPv4 dan inilah yang harus dikatakan:
Dispersi (epsilon) mewakili kesalahan maksimum yang melekat pada pengukuran. Ini meningkat pada tingkat yang sama dengan toleransi jam frekuensi sistem disiplin maksimum (PHI), biasanya 15 PPM. 1 PPMi sama dengan 10^(-6) detik/detik.
Untuk menggunakan dispersi terminologi rrdtool bukanlah pengukur melainkan penghitung. Melihat nilai yang besar mungkin tidak menunjukkan ada yang salah.
Sayangnya, saya tidak dapat memahami algoritme ntp dengan cukup baik untuk melihat cara memperkecil angka ini. Saya perhatikan nilai ini disetel ulang sesekali. Saya tidak tahu mengapa.
Alasan saya bertanya tentang perangkat keras di atas adalah karena banyak perangkat GPS (strata 0, sumber 'root') terhubung ke komputer yang kemudian bertindak sebagai server NTP melalui tautan serial.
Koneksi serial sering memiliki 1-5 ms jitter di telepon karena pensinyalan overhead / interupsi menunggu. Oleh karena itu, saya menduga sumber NTP Anda membaca dari sumber serial.
Ada beberapa penyesuaian yang mungkin dapat Anda lakukan pada koneksi serial untuk mengurangi jitter. Terutama, menonaktifkan FIFO dapat memberi Anda hasil yang layak.
http://support.ntp.org/bin/view/Support/KnownHardwareIssues#Section_9.1.5.http://www.febo.com/time-freq/ntp/jitter/index.html
Waktu yang tepat dalam 5 ms IS GREAT!!! 5 ms adalah 5/1000 detik. Apa pun di bawah 100 ms mudah diterima untuk apa pun selain segelintir situasi dalam hal ini Anda tidak akan menggunakan GPS tetapi jam atom lokal dan dua jam referensi eksternal. Kami mendapatkan dalam 10 ms dengan kumpulan ntp.