うるうさび
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
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 秒を超えてクロックが高速化されます。
その他の不鮮明度
他のスミアが提案または実装されています。
不鮮明なソフトウェアのサポート
Google のオープンソース unsmear ライブラリは、不鮮明な時刻と不鮮明な TAI または GPST のどちらでも変換されます。
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2022-02-15 UTC。
[null,null,["最終更新日 2022-02-15 UTC。"],[[["\u003cp\u003eGoogle uses a "leap smear" to handle leap seconds, gradually adjusting time over 24 hours instead of abrupt clock steps.\u003c/p\u003e\n"],["\u003cp\u003eGoogle's recommended leap smear standard is a 24-hour linear smear from noon to noon UTC for distributed computing applications.\u003c/p\u003e\n"],["\u003cp\u003eThe smear keeps frequency changes small, minimizes offset, and simplifies calculation, aligning with practices in AWS and Google Public NTP.\u003c/p\u003e\n"],["\u003cp\u003eSmeared time briefly deviates from UTC during the smear period but realigns after 24 hours.\u003c/p\u003e\n"],["\u003cp\u003eGoogle's open source "unsmear" library allows conversion between smeared and unsmeared time (TAI or GPST).\u003c/p\u003e\n"]]],["Google implements a \"leap smear\" for leap seconds, spreading the extra second over 24 hours, from noon to noon UTC. This linear smear, adopted by Amazon AWS, adjusts clocks to run slightly slower (about 11.6 ppm), ensuring minimal frequency change and offset. During the smear period, smeared time lags slightly behind UTC initially but aligns again at the end. Google advocates for this 24-hour linear smear as a standard and offers the \"unsmear library\" for time conversion.\n"],null,["# Leap Smear\n\nSince 2008, instead of applying leap seconds to our servers using clock steps,\nwe have \"smeared\" the extra second across the hours before and after each leap.\nThe leap smear applies to all Google services, including all our APIs.\n\nOur proposed standard smear\n---------------------------\n\nMany organizations use smeared clocks, and it would be helpful if the smears\nwere the same. After all, the purpose of clocks is to read the same time in\ndifferent places.\n\nWe encourage anyone smearing leap seconds to use a **24-hour linear smear from\nnoon to noon UTC**.\n\nThis smear combines the features that experience has shown to work well for many\ndistributed computing applications:\n\n- The long duration keeps the frequency change small. The change for the smear is about 11.6 ppm. This is within the manufacturing and thermal errors of most machines' quartz oscillators, and well under NTP's 500 ppm maximum slew rate.\n- Centering the smear on the leap second, instead of having it begin or end at the leap second, minimizes the maximum offset.\n- Compared to a cosine smear, the linear smear is simpler, easier to calculate, and minimizes the maximum frequency change.\n- The 24-hour duration has been widely adopted by others implementing smears. We previously used a 20-hour smear duration, but changed to align with this more popular noon-to-noon interval.\n\nWe plan to use this smear for all future leap seconds. Amazon\n[uses this smear](https://aws.amazon.com/blogs/aws/look-before-you-leap-the-coming-leap-second-and-aws/)\nin AWS. One way to use it in your systems is to configure them to use\n[Google Public NTP](/time/guides).\n\nExample of the standard smear\n-----------------------------\n\nIn this example, we will suppose there is a leap second at the end of December\n2022, although the actual schedule has not yet been announced.\n\nThe smear period starts at [2022-12-31 12:00:00\nUTC](https://www.timeanddate.com/worldclock/converter.html?iso=20211231T120000&p1=1440&p2=1241)\nand continues through [2023-01-01 12:00:00\nUTC](https://www.timeanddate.com/worldclock/converter.html?iso=20220101T120000&p1=1440&p2=1241).\nBefore and after this period, smeared clocks and time service agree with clocks\nthat apply leap seconds.\n\nDuring the smear, clocks run slightly slower than usual. Each second of time in\nthe smeared timescale is about 11.6 μs longer than an [SI\nsecond](http://www.bipm.org/en/publications/si-brochure/second.html) as realized\nin [Terrestrial Time](https://en.wikipedia.org/wiki/Terrestrial_Time).\n\nAt the beginning of the leap second, smeared time is just under 0.5 s\nbehind UTC. UTC inserts an additional second, while smeared time continues\nuninterrupted. This causes smeared time to become just under 0.5 s ahead\nof UTC when the leap second ends.\n\nBy continuing to run the clocks at the same slowed rate, the ongoing smear\nreduces this offset over the next twelve hours. By 12:00:00, smeared and leaping\nclocks agree again.\n\n| TAI | Unsmeared UTC | Smeared time |\n|----------------------------|----------------------------|----------------------------|\n| 2022-12-31 12:00:36.000000 | 2022-12-31 11:59:59.000000 | 2022-12-31 11:59:59.000000 |\n| 2022-12-31 12:00:37.000000 | 2022-12-31 12:00:00.000000 | 2022-12-31 12:00:00.000000 |\n| 2022-12-31 12:00:38.000011 | 2022-12-31 12:00:01.000011 | 2022-12-31 12:00:01.000000 |\n| 2023-01-01 00:00:35.499976 | 2022-12-31 23:59:58.499976 | 2022-12-31 23:59:58.000000 |\n| 2023-01-01 00:00:36.499988 | 2022-12-31 23:59:59.499988 | 2022-12-31 23:59:59.000000 |\n| 2023-01-01 00:00:37.000000 | 2022-12-31 23:59:60.000000 | 2022-12-31 23:59:59.500005 |\n| 2023-01-01 00:00:37.500000 | 2022-12-31 23:59:60.500000 | 2023-01-01 00:00:00.000000 |\n| 2023-01-01 00:00:38.000000 | 2023-01-01 00:00:00.000000 | 2023-01-01 00:00:00.499994 |\n| 2023-01-01 00:00:38.500011 | 2023-01-01 00:00:00.500011 | 2023-01-01 00:00:01.000000 |\n| 2023-01-01 00:00:39.500023 | 2023-01-01 00:00:01.500023 | 2023-01-01 00:00:02.000000 |\n| 2023-01-01 12:00:36.999988 | 2023-01-01 11:59:58.999988 | 2023-01-01 11:59:59.000000 |\n| 2023-01-01 12:00:38.000000 | 2023-01-01 12:00:00.000000 | 2023-01-01 12:00:00.000000 |\n| 2023-01-01 12:00:39.000000 | 2023-01-01 12:00:01.000000 | 2023-01-01 12:00:01.000000 |\n\nOver the 86,401 SI seconds of the smear, the stretch in the 86,400 indicated\nseconds adds up to the one additional SI second required by the leap.\n\nA negative leap second, if one were ever to occur, would be smeared by speeding\nup clocks over the 86,399 SI seconds from noon to noon.\n\nOther smears\n------------\n\nSeveral other smears have been proposed or implemented.\n\n- [UTC-SLS](https://www.cl.cam.ac.uk/%7Emgk25/time/utc-sls/) is a linear smear over 1,000 s before the leap (23:43:20 to 00:00:00).\n- [Google's 2008\n smear](https://googleblog.blogspot.com/2011/09/time-technology-and-leaping-seconds.html) was a 20-hour cosine smear before the leap (04:00:00 to 00:00:00). This was the only time we used a cosine smear.\n- [Google's second leap\n smear](https://cloudplatform.googleblog.com/2015/05/Got-a-second-A-leap-second-that-is-Be-ready-for-June-30th.html) was a 20-hour linear smear centered on the leap. We used this in 2012, 2015, and 2016.\n- [Bloomberg's\n smear](https://data.bloomberglp.com/professional/sites/4/Bloomberg-Leap-Second_December-2016.pdf) is a linear smear over 2,000 s after the leap (00:00:00 to 00:33:20).\n- [Meinberg](https://www.meinbergglobal.com/download/burnicki/Leap%20Second%20Smearing%20With%20NTP.pdf) has implemented a cosine smear of configurable duration.\n\nSoftware support for the smear\n------------------------------\n\nOur open source [unsmear library](https://github.com/google/unsmear) will\nconvert in either direction between smeared time and unsmeared TAI or GPST."]]
