مسحة القفز
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
منذ عام 2008، بدلاً من تطبيق الثواني الكبيسة على خوادمنا من خلال اتّباع الخطوات المحدّدة، يمكن إجراء ما يلي: الثانية:
تنطبق قفزة القفز على جميع خدمات Google، بما في ذلك جميع واجهات برمجة التطبيقات.
لقاحنا العادي المقترح
تستخدم العديد من المؤسسات ساعات التلطيف، وسيكون من المفيد أن تكون
اللقاحات متماثلة. ففي النهاية، الغرض من الساعات هو قراءة الوقت نفسه في أماكن مختلفة.
نشجّع أي شخص يسدّ ثوانيه على القفز لمدة تتراوح بين 24 ساعة وظهرًا
من الظهيرة بالتوقيت العالمي المُنسّق.
يجمع هذا الاستطلاع بين الميزات التي أثبتت التجربة أنها تحقّق أداءً جيدًا للعديد من تطبيقات الحوسبة الموزعة:
- ويؤدي طول المدة إلى الحفاظ على وتيرة التغيير. تبلغ قيمة التغيير في الاستطلاع
حوالى 11.6 مساءً. ويكون هذا ضمن أخطاء التصنيع والأخطاء الحرارية
لمعظم أجهزة المذبح وأقل من 500 وحدة نبضة في الدقيقة.
- يؤدي تحديد مركز المسح في ثانية كبيسة، بدلاً من بدئها أو إنهائها في ثانية كبيسة، إلى تقليل الحد الأقصى للإزاحة.
- وبالمقارنة مع لطاخة جيب التمام، فإن المسح الخطي يُعدّ أبسط وأسهل في الاحتساب ويقلل الحد الأقصى لتغيير عدد مرات الظهور.
- واعتمد آخرون، مدة تنفيذ اللقاحات على مدار 24 ساعة، على نطاق واسع.
استخدمنا سابقًا مدة المسح الضوئي التي تبلغ 20 ساعة، ولكننا تغيرنا للتوافق مع هذا الفاصل الأكثر شيوعًا من الظهيرة.
نخطط لاستخدام هذا الاستطلاع مع كل الثواني التي تحدث في السنة الكبيسة. تستخدم هذه Amazon بيانات التلطخ في AWS. ومن طرق استخدامها في أنظمتك هي ضبطها بحيث تستخدم Google Public NTP.
مثال على المسح الضوئي العادي
في هذا المثال، سنفترض أنّ هناك قفزة ثانية في نهاية شهر كانون الأول (ديسمبر)
2022، على الرغم من أنه لم يتم الإعلان عن الجدول الزمني الفعلي بعد.
تبدأ فترة الاستطلاع من 2022-12-31 عند الساعة 12:00:00
بالتوقيت العالمي المُنسّق
وتستمر حتى 2023-01-01 12:00:00
التوقيت العالمي المُنسّق.
وقبل هذه الفترة وبعدها، تتوافق الساعات المُدقَّقة والخدمة الزمنية مع الساعات التي تسري عليها الثواني الكبيسة.
خلال المسح، تعمل الساعات بشكل أبطأ قليلاً من المعتاد. وتكون كل ثانية من الوقت ضمن
المقياس الزمني لدراسة الدقّة أطول بمقدار 11.6 ميكرومتر تقريبًا من SI
ثانية كما هو موضّح في
الوقت الأرضي.
في بداية ثانية القفز، يقل وقت التلوث عن 0.5 ثانية
بعد التوقيت العالمي المنسق (UTC). يُدرِج التوقيت العالمي المنسق ثانية إضافية، بينما يستمر التلطخ مع الوقت. ويتسبب هذا في التلوث بزمن أقل من 0.5 ثانية قبل التوقيت العالمي المنسق (UTC) عند انتهاء الفترة الثانية.
من خلال الاستمرار في تشغيل الساعات بالمعدل البطيء نفسه، تقلل المسحات المستمرة
هذه الإزاحة خلال الساعات الاثني عشر التالية. وبحلول الساعة 12:00:00، توافق الساعة التي تم تشويهها وقفزها مرة أخرى.
| تايوان |
لا يتم وصفها حسب التوقيت العالمي المتفق عليه |
مدة تلطيخ |
| 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 ثانية من فترات التلوث، تمدّد الشدّة في 86,400 ثانية ثانية ما يصل إلى ثانية SI واحدة إضافية مطلوبة من القفزة.
كما أن ثانية كبيسة سلبية، إذا حدثت مرة واحدة، ستتم معالجتها من خلال تسريع الساعات بمقدار 86,399 ثانية خلال فترة الظهيرة.
لقاح آخر
وقد تم اقتراح العديد من لقاءات الدمغة الأخرى أو تنفيذها.
دعم البرامج للقاح
وستحوّل مكتبةنا غير المفتوحة أيًا من الاتجاهين الملطخين بالتوازي بين وقت الاستجابة وبيانات TAI أو نظام تحديد المواقع العالمي (GPS) غير الملطخ.
إنّ محتوى هذه الصفحة مرخّص بموجب ترخيص Creative Commons Attribution 4.0 ما لم يُنصّ على خلاف ذلك، ونماذج الرموز مرخّصة بموجب ترخيص Apache 2.0. للاطّلاع على التفاصيل، يُرجى مراجعة سياسات موقع Google Developers. إنّ Java هي علامة تجارية مسجَّلة لشركة Oracle و/أو شركائها التابعين.
تاريخ التعديل الأخير: 2022-02-15 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","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 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\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."]]
