ntpdの「遠すぎ」はどのくらい遠いですか？重い負荷に突然ジャンプしてそこに着くことができますか？これは上書きできますか？
this one のようなntpdの多くの入門書では、ntpdがクロックのリセットを停止するという警告が常にあります。
「遠すぎる」はどのくらい遠いですか？
また、サーバーが高負荷に突然ジャンプした場合（たとえば、合計アイドル状態から100％CPUに）、温度の上昇によりクロックが「遠すぎる」ようにずれますか？
時刻が「遠すぎる」場合でもクロックをリセットするようにntpdを構成することはできますか、少なくとも「遠すぎます」を少し遠ざけることができますか？
まず、他の人が述べたように、デフォルトの最大差は1000秒です。 @kyleが述べたように、-gフラグは、この[〜＃〜] one [〜＃〜]時間を無視して、最初に時計を設定します。
その後は、高負荷時でも更新の間にクロックが1000秒ずれるのを実際に見るべきではありません。もしそうなら、本当にクロックを交換する必要があります。必要な構成の設定は minpoll および maxpoll です。これらにより、間隔期間を2の累乗に設定できます（たとえば、10は2を意味します）10 = 1024秒）。
高負荷でもシステムが大幅にドリフトすることはほとんどないので、デフォルトの設定ではこれをチェックしておく必要があることに注意してください。 NTPサーバーを毎秒更新してリソースを浪費しているため、ボンバードしたくありません。ブロックすると、おそらくISP NOCへの呼び出しになります。本当に正確な時間を必要とする場合GPSまたは独自のNTPサーバーをセットアップします。
NTPDは、オフの場合、ゆっくりとインクリメントしてクロックを調整できます。その背後にある考えは、遅いステップはソフトウェアタイマー、ログファイルの奇妙なギャップなどの問題を引き起こさないということです。
可能な最大スルーレートは、Unixカーネルによって500百万分率（PPM）に制限されています。その結果、クロックは1秒あたり2000秒かかり、許容範囲外になります。
マニュアルページによると、クロックが1000秒以上ずれていると、ntpdは機能しません。
クロックを1000秒ずつ調整するには、少なくとも3週間かかります。その間、日付/タイムスタンプはすべてオフになっているので、無理はありません。
ntpdateコマンドには-bスイッチがあり、回転せずに時間を調整するだけです。これは、ローカルシステムクロックが「正しい」時刻から大きくずれている場合に役立ちます。
これは man ntpd で指定されており、-gオプションに興味があるかもしれません（「デフォルトでは1000秒」に注意してください）。
-g通常、オフセットがパニックしきい値（デフォルトでは1000秒）を超えると、
ntpdはシステムログへのメッセージとともに終了します。このオプションを使用すると、時間を制限なしに任意の値に設定できます。ただし、これは一度だけ起こります。その後、しきい値を超えると、ntpdはシステムログへのメッセージとともに終了します。このオプションは、-qおよび-xオプションと一緒に使用できます。他のオプションについてはtinkerコマンドを参照してください。
これはntpd.confで調整できます。無効にしたい場合は、tinker panic 0を設定できます。詳細は その他のオプションのドキュメント を参照してください。