989d921f5d
I'm very pleased to announce the release of our new website and documentation using the new toolchain with Hugo and AsciiDoctor. To get more information about the new toolchain please read the FreeBSD Documentation Project Primer[1], Hugo docs[2] and AsciiDoctor docs[3]. Acknowledgment: Benedict Reuschling <bcr@> Glen Barber <gjb@> Hiroki Sato <hrs@> Li-Wen Hsu <lwhsu@> Sean Chittenden <seanc@> The FreeBSD Foundation [1] https://docs.FreeBSD.org/en/books/fdp-primer/ [2] https://gohugo.io/documentation/ [3] https://docs.asciidoctor.org/home/ Approved by: doceng, core
78 lines
3.1 KiB
Text
78 lines
3.1 KiB
Text
---
|
||
title: FreeBSD 对闰秒的支持
|
||
releaseinfo: "$FreeBSD$"
|
||
---
|
||
|
||
= FreeBSD 对闰秒的支持
|
||
:doctype: article
|
||
:toc: macro
|
||
:toclevels: 1
|
||
:icons: font
|
||
:sectnums:
|
||
:sectnumlevels: 6
|
||
:source-highlighter: rouge
|
||
:experimental:
|
||
:toc-title: 目录
|
||
:part-signifier: 部分
|
||
:appendix-caption: 附录
|
||
:table-caption: 表
|
||
:figure-caption: 图
|
||
:example-caption: 例
|
||
|
||
include::shared/zh-cn/urls.adoc[]
|
||
|
||
'''
|
||
|
||
toc::[]
|
||
|
||
[[leapseconds-definition]]
|
||
== 介绍
|
||
|
||
__闰秒__是为了同步地球自转，而对原子钟标准时间所做的特定修正。本文描述了 FreeBSD 如何处理闰秒。
|
||
|
||
截至本文完稿时，下一个闰秒将会发生在2015年6月30日23:59:60 UTC。这个闰秒将会发生在南北美洲和亚太地区的一个工作日里。
|
||
|
||
闰秒是由 http://datacenter.iers.org/[IERS] 在 http://datacenter.iers.org/web/guest/bulletins/-/somos/5Rgv/product/16[Bulletin C] 上宣布的。
|
||
|
||
https://tools.ietf.org/html/rfc7164#section-3[RFC 7164] 描述了闰秒的标准行为。也可参见 man:time2posix[3] 。
|
||
|
||
[[leapseconds-posix]]
|
||
== FreeBSD 对闰秒的默认处理方式
|
||
|
||
处理闰秒最简单的方法是使用 FreeBSD 预设的 POSIX 时间规则, 以及 link:{handbook}#network-ntp[NTP]。如果 man:ntpd[8] 正在运行，并且时间和正确处理闰秒的上游 NTP 服务器同步，闰秒将使系统时间自动重复当天的最后一秒。不需要进行其它调整。
|
||
|
||
如果上游的 NTP 服务器没有正确处理闰秒，man:ntpd[8] 会在错误的上游服务器发现错误并修正后，跟着加上一秒。
|
||
|
||
如果未使用 NTP，将需要在闰秒过后手动调整系统时钟。
|
||
|
||
[[leapseconds-cautions]]
|
||
== 注意
|
||
|
||
闰秒在全世界的同一瞬间插入：UTC 午夜。日本在上午，太平洋在正午，美洲在傍晚，而欧洲在晚上。
|
||
|
||
我们相信并预期，如果提供了正确和稳定的 NTP 服务，FreeBSD 会在闰秒时按设计运作，正如在之前遇到闰秒时一样。
|
||
|
||
然而我们要警告，事实上没有应用程序会向内核询问关于闰秒的事。我们的经验是，闰秒正如设计的一样，本质上是闰秒前一秒的重播，这对大部分应用程序开发者来说是意想不到的事。
|
||
|
||
其它操作系统和电脑可能会也可能不会像 FreeBSD 一样处理闰秒，没有正确和稳定 NTP 服务的系统一点也不知道闰秒的发生。
|
||
|
||
电脑因为闰秒而崩溃并非闻所未闻，经验显示，大量的公共 NTP 服务器可能会错误处理和公告闰秒。
|
||
|
||
请试着确认不会因为闰秒而发生任何可怕的事情。
|
||
|
||
[[leapseconds-testing]]
|
||
== 测试
|
||
|
||
测试是否将使用闰秒是可行的。由于 NTP 的性质，测试可能要运行到闰秒前24小时。有些主要的参考时钟来源只在闰秒事件前一小时公告。查询 NTP 守护进程：
|
||
|
||
[source,bash]
|
||
....
|
||
% ntpq -c 'rv 0 leap'
|
||
....
|
||
|
||
包含 `leap_add_sec` 的输出表明了对于闰秒的正确支持。`leap_none` 会在闰秒前24小时或闰秒过后显示。
|
||
|
||
[[leapseconds-conclusion]]
|
||
== 结论
|
||
|
||
在实践中，FreeBSD 中的闰秒通常不是个问题。我们希望这篇文章能解释清楚这方面可能出现的状况，以及如何使闰秒事件进行得更顺利。
|