Google 的

看到這張圖在講不同 server (service) 如何處理今年的 leap second (UTC 的跨年,台灣時間早上八點),出自 leap smear 這邊:

在很早前就有 這個 domain,但是當時 Google 的人有跳出來說明這個服務不是公開服務 (當時),不保證這個服務的正確性與穩定性:「 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

This entry was posted in Cloud, Computer, Murmuring, Network and tagged , , , , , , , , . Bookmark the permalink.

One Response to Google 的

  1. Yuan Sheng-Ho says:

    根據 的說明
    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 進行

Leave a Reply

Your email address will not be published. Required fields are marked *