รอยด่าง
จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
ตั้งแต่ปี 2008 เป็นต้นมา แทนที่จะใช้เวลาก้าวกระโดดของเซิร์ฟเวอร์ของเราโดยใช้ขั้นตอนของนาฬิกา เรามีช่วงเวลา&เสริมที่ 2 เพิ่มขึ้นหลายชั่วโมงก่อนและหลังการกระโดดแต่ละครั้ง
การเปลี่ยนแปลงอย่างฉับพลันจะมีผลกับบริการทั้งหมดของ Google รวมถึง API ทั้งหมดของเรา
การตรวจสัญญาณมาตรฐานที่เสนอ
องค์กรหลายแห่งใช้นาฬิกาที่มีกลิ่นหอม จึงน่าจะมีประโยชน์หากสัญญาณบอกเลิกเหมือนกัน วัตถุประสงค์ของนาฬิกาคือการอ่านพร้อมกันในที่ต่างๆ
เราขอแนะนําให้ทุกคนที่ส่งกลิ่นไปเป็นเวลาสั้นๆ โดยใช้การฉีดป้ายเชิงเส้นแบบ 24 ชั่วโมงตั้งแต่เที่ยงถึงเที่ยง UTC
Smear นี้รวมฟีเจอร์ที่ประสบการณ์ใช้ได้ดีสําหรับแอปพลิเคชันการประมวลผลแบบกระจายหลายรายการ
- ระยะเวลาที่ยาวนานทําให้ความถี่มีการเปลี่ยนแปลงเล็กน้อย การเปลี่ยนแปลงของรอยเปื้อน
อยู่ที่ประมาณ 23.60 น. ซึ่งอยู่ภายในข้อผิดพลาดในการผลิตและความร้อน
ของเครื่องจักรส่วนใหญ่
- การเว้นกลางการปัดที่ 2 เพื่อลดการกระจัดกระจายของจุดนั้น แทนที่จะให้จุดเริ่มหรือสิ้นสุดที่วินาทีสั้นๆ
- เมื่อเทียบกับจุกโคไซน์ (smear smear) การสไลม์เชิงเส้นจะง่ายขึ้น คํานวณได้ง่ายขึ้น และลดการเปลี่ยนแปลงความถี่สูงสุด
- ระยะเวลา 24 ชั่วโมงได้นํามาใช้กันอย่างกว้างขวางโดยบุคคลที่นําควันไฟมาใช้
ก่อนหน้านี้เราใช้ระยะเวลา 20 ชั่วโมงที่มีการเปลี่ยนแปลง แต่เปลี่ยนไปให้สอดคล้องกับช่วงเที่ยงวันของช่วงเที่ยงวันซึ่งเป็นที่นิยมมากขึ้น
เราวางแผนที่จะใช้สัญญาณบอกสถานะนี้ในการข้ามวินาทีในอนาคตทั้งหมด Amazon
ใช้ Smear นี้ใน AWS วิธีหนึ่งที่จะใช้ในระบบคือการกําหนดค่าโดยใช้ NTP สาธารณะของ Google
ตัวอย่างรอยสักมาตรฐาน
ในตัวอย่างนี้ เราจะถือว่ามีช่วงวินาทีสั้นๆ ช่วงปลายเดือนธันวาคม 2022 แม้ว่ายังไม่ได้ประกาศกําหนดการจริง
ระยะเวลาการสลีมเริ่มต้นที่ 2022-12-31 12:00:00
UTC
และดําเนินต่อไปจนถึง 2023-01-01 12:00:00
UTC
ก่อนและหลังช่วงเวลานี้ นาฬิกาที่มีกลิ่นอายและบริการเวลาจะตกลงกันโดยใช้นาฬิกาที่ใช้วินาทีสําหรับการกระโดด
ระหว่างรอยเข็ม นาฬิกาจะทํางานช้ากว่าปกติเล็กน้อย เวลาแต่ละวินาทีในขนาดที่เท่าเทียมนานกว่า SI วินาทีประมาณ 11.6 μm ใน Terrestrial Time
ในช่วงเริ่มต้นวินาทีที่สอง เวลาของ Smed ต่ํากว่า 0.5 วินาทีจาก UTC แต่ UTC จะแทรกเวลา 1 วินาทีเพิ่มเติม แต่เวลาที่เห็นอย่างต่อเนื่องจะไม่หยุดชะงัก ซึ่งทําให้เวลาที่กําหนดไว้หยุดส่งในเวลาไม่ถึง 0.5 วินาทีก่อนเวลา UTC เมื่อสิ้นสุดวินาทีที่กระโดด
นาฬิกาให้ได้ประสิทธิภาพในอัตราที่ช้าลงอย่างต่อเนื่องหมายความว่าการลดลงอย่างต่อเนื่องจะลดออฟเซ็ตนี้ในช่วง 12 ชั่วโมงถัดไป เมื่อถึงเวลา 12:00:00 น. นาฬิกาก็เล็ดลอดและตกลงมาอีกครั้ง
| ไท |
UTC ไม่ซ้อนทับ |
เวลาที่แสดง |
| 31-12-2022 12:00:36.000000 |
31-12-2022 11:59:59.000000 |
31-12-2022 11:59:59.000000 |
| 31-12-2022 12:00:37.000000 |
31-12-2022 12:00:00.000000 |
31-12-2022 12:00:00.000000 |
| 31-12-2022 12:00:38.000011 |
31-12-2022 12:00:01.000011 |
31-12-2022 12:00:01.000000 |
| 2023-01-01 00:00:35.499976 |
2022-12-21 23:59:58.499976 |
2022-12-21 23:59:58.000000 |
| 2023-01-01 00:00:36.499988 |
31-12-2022 23:59:59.499988 |
2022-12-21 23:59:59.000000 |
| 2023-01-01 00:00:37.000000 |
2022-12-21 23:59:60.000000 |
2022-12-21 23:59:59.500005 |
| 2023-01-01 00:00:37.500000 |
2022-12-21 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 อีก 1 วินาทีนับจากการก้าวกระโดด
ในกรณีของช่วงสั้นๆ ที่ 2 วินาที หากเครื่องนั้นเกิดขึ้น ก็จะเร่งความเร็วนาฬิกาใน 86,399 วินาที SI ตั้งแต่เที่ยงวันถึงเที่ยง
รอยเปื้อนอื่นๆ
หรือข้อเสนอรายอื่นๆ มีหลายช่องทางที่แนะนํา
- UTC-SLS คือรอยเปื้อนเชิงเส้นในช่วง 1,000 วินาทีก่อนการก้าวกระโดด (23:43:20 ถึง 00:00:00)
- Google'2008
smear
คือโคไซน์นาน 20 ชั่วโมงก่อนการก้าวกระโดด (04:00:00 ถึง 00:00:00) นี่เป็นครั้งแรกที่เราใช้รอยเปื้อนโคไซน์
- การก้าวกระโดดครั้งที่ 2
ของ Google คือลําดับเวลาแบบเชิงเส้น 20 ชั่วโมงซึ่งมีจุดศูนย์กลางอยู่ที่การก้าวกระโดด เราใช้ตัวระบุนี้ในปี 2012, 2015
และ 2016
- Bloomberg'smears
เป็นรอยเปื้อนเชิงเส้นในช่วง 2,000 วินาทีหลังการก้าวกระโดด (00:00:00 ถึง 00:33:20)
- Meinberg ได้ใช้โคไซน์ของระยะเวลาที่กําหนดค่าได้
การสนับสนุนด้านซอฟต์แวร์สําหรับรอยเปื้อน
ไลบรารีต่อเนื่องแบบโอเพนซอร์สของเราจะแปลงทิศทางระหว่างเวลาที่มีและไม่มีกลิ่นกับ TAI หรือ GPST ที่ไม่มีการส่ง
เนื้อหาของหน้าเว็บนี้ได้รับอนุญาตภายใต้ใบอนุญาตที่ต้องระบุที่มาของครีเอทีฟคอมมอนส์ 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."]]
