מעבר לקפיצה
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
משנת 2008, במקום להחיל שניות מדלגות על השרתים שלנו באמצעות שלבי השעון, יש לנו "smeared" השניות השנייה במהלך השעות לפני ואחרי כל הקפיצה.
בדיקת הדילוג חלה על כל שירותי Google, כולל כל ממשקי ה-API שלנו.
המבצע הרגיל שלנו
יש ארגונים רבים שמשתמשים בשעונים במריחות, ומועיל אם הריחות היו זהים. בסופו של דבר, מטרת השעונים היא לקרוא את אותו זמן במקומות שונים.
אנחנו ממליצים לכל מי שמריח שניות מעוברות להשתמש במריחה לינארית מסביב לשעון מ-12:00 עד 12:00 לפי שעון UTC.
ההתאמה בין הפיצ'רים האלה משפרת את חוויית השימוש באפליקציות
רבות של מחשוב:
- משך הזמן הארוך קבוע עם שינוי תדירות. השינוי ב-Smrim
הוא כ-23:60. זה נמצא בתוך שגיאות הייצור והתרמיות של רוב המכונות +33, מתנדבי הקוורץ, ובקצב הקצב המקסימלי של 500 ppm.
- אם תתמקדו בהרחבה בשנייה מעוברת, במקום להתחיל את ההתחלה או לסיים אותה בשנייה מעוברת, המערכת תמזער את ההיסט המקסימלי.
- בהשוואה למריחה של קוסמוי, המריחה הלינארית פשוטה יותר לחישוב
ומפחיתה את השינוי בתדירות המקסימלית.
- אנשים אחרים שמיישמים מריחות משתמשים במשך 24 השעות האחרונות.
השתמשנו בעבר בבדיקת Sim של 20 שעות, אבל שינינו בהתאם למרווח הפופולרי יותר בין
צהריים לצהריים.
אנחנו מתכננים להשתמש בכרטיס הזה בכל דילוגים עתידיים. Amazon
נעשה שימוש בבדיקה הזו
ב-AWS. אחת מהדרכים להשתמש במידע הזה במערכות שלכם היא להגדיר אותן כך שישתמשו ב-Google Public NTP.
דוגמה למחלה הרגילה
בדוגמה הזו, נניח שבחודש דצמבר 2022 יש שנייה מעוברת, אבל לוח הזמנים עדיין לא הוכרז.
תקופת ה ללא התחלה מתחילה מ-2022-12-31 12:00:00
UTC
וממשיכת עד 2023-01-01 12:00:00
UTC.
לפני ואחרי התקופה הזו, שעונים עם מריחים ושירות זמן מסכימים עם שעונים
שמעבירים אלפיות שנייה.
במהלך האחסון, השעונים פועלים לאט יותר מהרגיל. כל שנייה בטווח הזמן המצולם היא בערך 11.6μs. היא ארוכה מ-SI
שנייה כפי שהושגה
בזמן הקרקע.
בתחילת המחצית השנייה, זמן המזכה הוא קצת פחות מ-0.5 שניות
מאז שעון UTC. שעון UTC מוסיף שנייה נוספת, ואילו בזמן השהייה ממשיך ללא הפרעה. כתוצאה מכך, משך הזמן באלפיות השנייה היה נמוך מ-0.5 שניות
באזור הזמן של UTC, אחרי שהפרק השני שקדם לו הסתיים.
המשך הפעילות של השעונים באותו קצב איטי מאט את הקצב
של המריחה ב-12 השעות הקרובות. עד 12:00:00, השעון מ להיעזר בשעונים מסולסלים
ובהסכמה.
| תאילנד |
שעון UTC לא ממוחשב |
שעת המריחה |
| 31.12.2022 12:00:36.000000 |
21.12.2022: 11:59:59.000000 |
21.12.2022: 11:59:59.000000 |
| 31.12.2022 12:00:37.000000 |
32.12.2022 12:00:00.000000 |
32.12.2022 12:00:00.000000 |
| 32.12.2022 12:00:38.000011 |
31.12.2022 12:00:01.000011 |
32.12.2022 12:00:01.000000 |
| 2023-01-01 00:00:35.499976 |
21.22.2022 23:59:58.499976 |
31.5.2022 23:59:58.000000 |
| 2023-01-01 00:00:36.499988 |
21.2.2022 23:59:59.499988 |
31.5.2022 23:59:59.000000 |
| 01.01.2023 00:00:37.000000 |
31.5.2022 23:59:60.000000 |
31.5.2022 23:59:59.500005 |
| 2023-01-01 00:00:37.500000 |
31.5.2022 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 |
01.01.2023 00:00:02.000000 |
| 2023-01-01 12:00:36.999988 |
2023-01-01 11:59:58.999988 |
21.3.2023 11:59:59.000000 |
| 21.11.2023 12:00:38.000000 |
21.11.2023 12:00:00.000000 |
21.11.2023 12:00:00.000000 |
| 21.11.2023 12:00:39.000000 |
1.1.2023 12:00:01.000000 |
1.1.2023 12:00:01.000000 |
במהלך 86,401 השניות של מערכת ה-Smum
אם שנייה תבוצע קפיצה שלילית, ייתכן שהשנייה תספור מהר יותר
מ-86,399 שניות של שעון SI.
ריחות אחרים
הוצעו או יושמו כמה שריפות אחרות.
- UTC-SLS הוא סימן ליניארי
מעל 1,000 לפני הקפיצה (23:43:20 עד 00:00:00).
- Google's 2008
Sm על
הייתה דמדומים של 20 שעות לפני הקפיצה (04:00:00 עד 00:00:00). זו הייתה
הפעם היחידה שבה השתמשנו בכתית קוסינוס.
- ב-Google's
המעבר השני
smear
היה משבצת ליניארית של 20 שעות שבמרכזה הקפיצה. השתמשנו בשנים 2012, 2015
ו-2016.
- Bloomberg's
smear
הוא כתם לינארי מעל ל-2,000 שניות אחרי הקפיצה (00:00:00 עד 00:33:20).
- ב-Meinberg
הופעל מריחה קוסמונית של משך זמן ניתן להגדרה.
תמיכה בתוכנה למריחה
ספריית האחסון הפתוחה שלנו
תמיר בכיוון השעון בין מריחה לבין TAI או GPST ללא מריחה.
אלא אם צוין אחרת, התוכן של דף זה הוא ברישיון Creative Commons Attribution 4.0 ודוגמאות הקוד הן ברישיון Apache 2.0. לפרטים, ניתן לעיין במדיניות האתר Google Developers. Java הוא סימן מסחרי רשום של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2022-02-15 (שעון UTC).
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 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."]]
