2008 年以降、時計のステップを使用してうるう秒をサーバーに適用する代わりに、「うるう秒」を使用しています。うるう秒の前後には、数時間を 1 回分けることができます。うるさみは、すべての API を含むすべての Google サービスに適用されます。
Google から提案された標準的な塗装
多くの組織では時計が不鮮明になっているため、不鮮明に設定されていたとしても役立ちます。クロックの目的は、複数の場所で同時に同じ時刻を読み取ることです。
うるう秒が不鮮明な人は、正午から正午（UTC）まで 24 時間の線形不鮮明化を使用することをおすすめします。
このスミアは、多くの分散コンピューティング アプリケーションで適切に機能することが実証されている機能を組み合わせたものです。
- 期間が長いと、周波数の変化が小さくなります。不鮮明度の変化は約 11.6ppm です。これは、ほとんどのマシンの水晶振動子の製造誤差および熱誤差の範囲内であり、NTP の最大スルーレート 500 ppm をはるかに下回っています。
- うるう秒で開始または終了するのではなく、うるう秒で中心を不鮮明にすると、最大オフセットが最小限に抑えられます。
- コサイン スミアと比較して、線形不鮮明はより単純で、計算が容易で、最大周波数変化を最小限に抑えます。
- この「24 時間」は、不鮮明化を行う手法が広く採用されています。以前は 20 時間の塗り分け期間を使用していましたが、この時間が長くなるように、午後から午後の間隔を調整します。
このスミアは、今後のすべてのうるう秒に対して使用されます。Amazon は AWS でスミアを使用します。システムでこのシステムを使用する 1 つの方法は、Google Public NTP を使用するように構成することです。
標準的な汚れの例
この例では、実際のスケジュールはまだ発表されていませんが、うるう秒が 2022 年 12 月末になると想定しています。
不鮮明な期間は 2022-12-31 12:00:00 UTC に始まり、2023-01-01 12:00:00 UTC まで続きます。 この期間の前後に、不鮮明なクロックとタイムサービスがうるう秒を適用するクロックと一致します。
不鮮明な状態にある時計は、動作速度が通常よりわずかに遅くなります。不タイムタイムスケールの 1 秒は、地上時間で実現される SI 秒よりも約 11.6 μs 長くなります。
うるう秒の開始時に、不鮮明な時間は UTC より 0.5 秒遅れています。UTC はさらに 1 秒を挿入しますが、不鮮明な時間は続きます。これにより、うるう秒が終了すると、不鮮明な時間は UTC より 0.5 秒遅くなります。
同じ減速速度でクロックを実行し続けることで、進行中の不鮮明処理により、次の 12 時間でこのオフセットが減ります。12:00:00 までに、不鮮明に跳ねかかっているものが再び同意します。
| タイ語 | 未解決の UTC | 不鮮明な時間 |
|---|---|---|
| 2022-12-31 12:00:36.000000 | 2022-12-31 11:59:59.000000 | 2022-12-31 11:59:59.000000 |
| 2022-12-31 12:00:37.000000 | 2022-12-31 12:00:00.000000 | 2022-12-31 12:00:00.000000 |
| 2022-12-31 12:00:38.000011 | 2022-12-31 12:00:01.000011 | 2022-12-31 12:00:01.000000 |
| 2023-01-01 00:00:35.499976 | 2022-12-31 23:59:58.499976 | 2022-12-31 23:59:58.000000 |
| 2023-01-01 00:00:36.499988 | 2022-12-31 23:59:59.499988 | 2022-12-31 23:59:59.000000 |
| 2023-01-01 00:00:37.000000 | 2022-12-31 23:59:60.000000 | 2022-12-31 23:59:59.500005 |
| 2023-01-01 00:00:37.500000 | 2022-12-31 23:59:60.500000 | 2023-01-01 00:00:00.000000 |
| 2023-01-01 00:00:38.000000 | 2023-01-01 00:00:00.000000 | 2023-01-01 00:00:00.499994 |
| 2023-01-01 00:00:38.500011 | 2023-01-01 00:00:00.500011 | 2023-01-01 00:00:01.000000 |
| 2023-01-01 00:00:39.500023 | 2023-01-01 00:00:01.500023 | 2023-01-01 00:00:02.000000 |
| 2023-01-01 12:00:36.999988 | 2023-01-01 11:59:58.999988 | 2023-01-01 11:59:59.000000 |
| 2023-01-01 12:00:38.000000 | 2023-01-01 12:00:00.000000 | 2023-01-01 12:00:00.000000 |
| 2023-01-01 12:00:39.000000 | 2023-01-01 12:00:01.000000 | 2023-01-01 12:00:01.000000 |
不鮮明な 86,401 SI 秒を超えると、86,400 秒のストレッチが加わり、うるうの要件の SI 秒に追加されます。
負のうるう秒が発生すると、正午から正午まで 86,399 SI 秒を超えてクロックが高速化されます。
その他の不鮮明度
他のスミアが提案または実装されています。
- UTC-SLS は、うるうの 1,000 秒前（23:43:20 ～ 00:00:00）に線形の不鮮明化を行います。
- Google による 2008 年の不鮮明は、うるう前の 20 時間のコサイン不鮮明化（04:00:00 ～ 00:00:00）でした。コサイン スミアを使用したのは今回だけでした。
- Google の 2 回目のうるうとした不鮮明は、うるみを中心とした 20 時間のリニアな不鮮明処理でした。2012 年、2015 年、2016 年に使用しました。
- ブルームバーグ スミアは、うるうの 2,000 秒後（00:00:00 ～ 00:33:20）に線形の不鮮明化となります。
- Meinberg が構成可能な持続時間のコサイン スミアを実装しました。
不鮮明なソフトウェアのサポート
Google のオープンソース unsmear ライブラリは、不鮮明な時刻と不鮮明な TAI または GPST のどちらでも変換されます。