윤활제
컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
2008년부터는 시계 단계를 사용하여 윤초를 서버에 적용하는 대신 각 윤기 직전의 몇 시간 동안 추가 초를 측정했습니다.
정보 유출은 Google API를 포함한 모든 Google 서비스에 적용됩니다.
제안된 표준 도매
많은 조직이 얼룩이 있는 시계를 사용하며 얼룩이 동일하다면 도움이 될 것입니다. 결국 클록의 목적은 서로 다른 위치에서 같은 시간을 읽는 것입니다.
따라서 정오(UTC)부터 정오(20시간)에 선형 스미어를 사용하기를 권장합니다.
이 도매는 여러 분산형 컴퓨팅 애플리케이션에서 잘 작동하는 것으로 입증된 기능을 결합합니다.
- 재생 시간이 길면 게재빈도가 작아집니다. 얼룩의 변화는 약 11.6ppm입니다. 이는 대부분의 머신의 제조 및 열 오류와 더불어 NTP 및 500ppm의 최대 급속 속도로 오차 범위 이내에서 이루어집니다.
- 윤초에 있는 얼룩을 윤초에 시작하거나 삭제하는 대신 최대 오프셋을 최소화합니다.
- 코사인 얼룩에 비해 선형 스미어는 더 간단하고 계산이 쉬우며 최대 주파수 변화를 최소화합니다.
- 24시간은 얼룩을 구현하는 다른 사람들에 의해 널리 사용되고 있습니다.
Google에서는 이전에 20시간 스미어 기간을 사용했지만 더 인기 있는 정오~정오 간격에 맞게 변경했습니다.
앞으로 모든 윤초에 이 얼룩을 사용할 계획입니다. Amazon에서는 AWS에서 이러한 스미어를 사용합니다. 시스템에서 사용하는 한 가지 방법은 Google Public NTP를 사용하도록 구성하는 것입니다.
표준 얼룩의 예
이 예에서는 실제 일정이 아직 발표되지 않았지만 2022년 12월 말에 윤초가 있다고 가정합니다.
도처 기간이 2022-12-31 12:00:00 UTC부터 시작하여 2023-01-01 12:00:00 UTC까지 진행됩니다.
이 기간 전후에 스미어 시계 및 시간 서비스는 윤초를 적용하는 시계에 동의합니다.
얼룩이 칠면 시계는 평소보다 약간 느리게 실행됩니다. 흐린 시간 범위의 각 시간(초)은 지상 시간에서 알 수 있는 것처럼 SI초보다 약 11.6μs 더 깁니다.
윤초의 시작 부분에서 스미어 시간은 UTC보다 0.5초 늦습니다. UTC는 초를 추가로 삽입하고 스미어 시간은 중단되지 않습니다. 따라서 윤초 시간이 윤초로 끝나면 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년 1월 1일 00:00:00.000000 |
| 2023-01-01 00:00:38.000000 |
2023년 1월 1일 00:00:00.000000 |
2023-01-01 00:00:00.499994 |
| 2023-01-01 00:00:38.500011 |
2023년 1월 01일 00:00:00.500011 |
2023년 1월 1일 00:00:01.000000 |
| 2023-01-01 00:00:39.500023 |
2023-01-01 00:00:01.500023 |
2023년 1월 1일 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,401SI에서 86,400초로 표시된 스트레치를 윤초에 필요한 SI초에 1씩 더합니다.
음의 윤초가 발생하면 정오부터 정오까지 86,399SI 초를 초과하여 클록을 올려 김을 흘릴 수 있습니다.
기타 얼룩
여러 다른 얼룩이 제안되거나 구현되었습니다.
얼룩에 대한 소프트웨어 지원
Google의 오픈소스 unsmear 라이브러리는 얼룩이 있는 시간과 흐려지지 않은 TAI 또는 GPST 간에 양방향으로 변환됩니다.
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 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."]]
