ntpstat という値 「time correct to within」の後に表示されるのは、ルート分散 + ルート遅延 / 2 です。 ntpq -p 「ルート分散」実行 ntpq -c rl は表示されません
それにもかかわらず、精度の欠如の主な原因が遅延ではなく分散であることは明らかです (遅延はわずか 0.964 です)。
分散は「一次基準源に対する公称誤差」です。 NTPv4 RFC を簡単に調べたところ、次のように述べられています。
<ブロック引用>分散 (イプシロン) は、測定に固有の最大誤差を表します。これは、規律されたシステム クロック周波数許容範囲 (PHI) の最大値 (通常は 15 PPM) に等しい速度で増加します。 1 PPM は 10^(-6) 秒/秒に相当します。
rrdtool の用語を使用する場合、分散はゲージではなくカウンターです。大きな値が表示されても、何か問題があるとは限りません。
残念ながら、私は ntp アルゴリズムを十分に理解して、この数値を小さくする方法を理解できませんでした。この値が時々リセットされることに気付きました。理由はわかりません。
上記のハードウェアについて質問した理由は、多くの GPS デバイス (stratum 0、「ルート」ソース) がシリアル リンク経由で NTP サーバーとして機能するコンピューターに接続されているためです。
シリアル接続では、シグナリング オーバーヘッド/割り込み待機が原因で、回線に 1 ～ 5 ミリ秒のジッターが発生することがよくあります。したがって、あなたの NTP ソースはシリアル ソースから読み取っていると思います。
ジッターを減らすために、シリアル接続で実行できる調整がいくつかあります。主に、FIFO を無効にすると、適切な結果が得られる場合があります。
http://support.ntp.org/bin/view/Support/KnownHardwareIssues#Section_9.1.5.http://www.febo.com/time-freq/ntp/jitter/index.html
5ミリ秒以内に正確な時間は素晴らしいです!!! 5 ミリ秒は 5/1000 秒です。 GPS を使用せず、ローカルの原子時計と 2 つの外部基準時計を使用する少数の状況を除いて、100 ミリ秒未満であれば問題ありません。 ntp プールで 10 ミリ秒以内に到達します。