リモートシステムのクロック歪み

リモートシステムのクロック歪み

私は、地理的に分散した約10台のリモートLinuxシステムで構成されたネットワークでいくつかの実験を実行しています。

その中には時計ドリフトがあると思われますが、寿命が短い(たとえば、週に1回または月に2回)。

これらのクロックスキューを検出して定量化するツールがあるかどうか疑問に思います。また、クロックスキューが私が目撃した内容の正しい用語であるのか、それともクロック同期と呼ぶことができるのか疑問に思います。

ベストアンサー1

時計を正確な時刻に同期しようとしていますか、それとも同期せずにリアルタイム時計の実際の精度を確認しますか?

時間を正確に指定したい場合は、システムはタイムサーバー階層全体と同期でき、通常はタイムサーバーを指定できますが、通常はオペレーティングシステムに組み込まれています。さらに、あるシステムはタイムサーバーと同期し、別のシステムが同期できるように独自のタイムサーバーを実行できます。

私は標準時間に同期するだけでなく、最後の同期からローカルコンピュータの偏差に追いつくプログラムを見たことがあり、過去に使ったことがあります。私は過去にインターネット接続が断続的に切断されたときにこの方法を使用しましたが、プログラムは予想されるドリフト履歴を使用して時間を修正しました。

通常、これら2つの方法のいずれかを使用すると、修正が多すぎるとエラーが発生し、まったく修正されない可能性があります。

私はあなたのポイントを完全に理解していないことを願っています。 :)

おすすめ記事