看到這張圖在講不同 server (service) 如何處理今年的 leap second (UTC 的跨年,台灣時間早上八點),出自 leap smear 這邊:
在很早前就有 time.google.com
這個 domain,但是當時 Google 的人有跳出來說明這個服務不是公開服務 (當時),不保證這個服務的正確性與穩定性:「timeX.google.com provide non standard time」。
不過一個月前公佈出來的 Google Public NTP 服務算是把整個系統搞定了。
其中在 Configuring Clients 這邊直接推薦用 iburst
參數,不愧是家大業大的 Google XDDD:
When the server is unreachable and at each poll interval, send a burst of eight packets instead of the usual one. As long as the server is unreachable, the spacing between packets is about 16s to allow a modem call to complete. Once the server is reachable, the spacing between packets is about 2s. This is designed to speed the initial synchronization acquisition with the server command and s addresses and when ntpd is started with the -q option.
回到原來的 leap smear 的比較圖,可以看出 Google 對 leap second 的解法是往前十二小時與往後十二小時各拉緩衝時間來避開,有些是沒在管,另外有些有種來亂的感覺 XDDD
根據 https://developers.google.com/time/smear 的說明
Google 在這次的 #37 及前兩次的 #36, #35 閏秒都是用 20 小時的 smear period
從閏秒發生的前十小時開始到後十小時
Amazon/Microsoft/Akamai 用的是的 24 小時 noon to noon 區間 smear
Google 說下一次 2018 的 #38 閏秒也會採用同樣的 24-hour linear smear from noon to noon UTC 進行