度量衡総会では、少なくとも2035年からは、世界の基準原子時計と地球の天文時との定期的な同期を停止することが決定された。 地球の自転が不均一であるため、天文時計は基準時計よりわずかに遅れており、正確な時刻を同期させるため、1972年から原子時計は基準との差が生じた時点で数年ごとに0.9秒停止されるようになりました。そして天文時間は 8 秒に達しました (最後にこのような修正が行われたのは 2035 年前です)。 1 年から同期は停止し、協定世界時 (UTC) と天文時 (UTXNUMX、平均太陽時) の差が蓄積されます。
2005秒追加の中止の問題は2000年から国際度量衡局で議論されてきたが、決定は常に延期されてきた。 長期的には、月の重力の影響により地球の回転運動は徐々に遅くなり、同期の間隔は時間の経過とともに減少します。たとえば、この力学が XNUMX 年後も維持される場合、新しい秒が必要になります。毎月追加されます。 同時に、地球の回転パラメータの偏差は本質的にランダムであり、力学は過去数年間で変化しており、余分な秒を加算するのではなく、減算する必要があるという疑問が生じました。
秒単位の同期の代わりに、数百年ごとに時刻修正が必要となる1分や1時間の変化を蓄積して同期することが考えられます。 さらなる同期方法に関する最終決定は、2026 年までに行われる予定です。
秒単位の同期を一時停止する決定は、同期中に 61 分に 2012 秒が表示されるという事実に関連するソフトウェア システムの多数の障害のためでした。 2015 年、このような同期により、NTP プロトコルを使用して正確な時刻を同期するように構成されたサーバー システムで大規模な障害が発生しました。 余分な XNUMX 秒の出現を処理したくないため、一部のシステムはループに陥り、不必要な CPU リソースを消費し始めました。 XNUMX 年に行われた次の同期は、悲しい過去の経験を考慮に入れているようでしたが、Linux カーネルでは、予備テスト中にバグが見つかり (同期前に修正されました)、これにより一部のタイマーが動作しなくなりました。予定よりXNUMX番目に早い。
ほとんどのパブリック NTP サーバーは、追加の 2021 秒を一連の間隔にぼかさずにそのまま与え続けるため、基準クロックの各同期は予測できないラッシュとして認識され、予測できない問題を引き起こす可能性があります (最後の同期からの時間内に、彼らはなんとか問題を忘れてコードを挿入しますが、これは検討中の機能を考慮していません）。 問題は、作業プロセスの正確な時間追跡を必要とする金融システムや産業システムでも発生します。 注目に値するのは、余分な 1024 秒に関連するエラーは、同期中だけでなく他の場合にも発生することです。たとえば、GPSD で余分な XNUMX 秒の表示を修正するためのコード内のエラーにより、XNUMX 週間のタイム シフトが発生しました。 XNUMX年XNUMX月。 XNUMX 秒を足さないだけでなく、XNUMX 秒を引くとどのような異常が生じるかを想像するのは困難です。
興味深いことに、同期の停止にはマイナス面があり、同じ UTC 時間と UT1 時間向けに設計されたシステムの動作に影響を与える可能性があります。 天文システム (望遠鏡の調整時など) や衛星システムで問題が発生する可能性があります。 例えば、ロシアの代表は、同期停止を2035年に停止することに反対票を投じたが、この変更にはGLONASS衛星ナビゲーションシステムのインフラストラクチャの大幅な見直しが必要となるため、停止を2040年に延期することを提案した。 GLONASS システムはもともとうるう秒を含むように設計されていましたが、GPS、BeiDou、Galileo は単にうるう秒を無視します。
出所： オープンネット.ru