- 综合排序
- 最热优先
- 最新优先
- 来自专栏herman的专栏
聊聊闰秒
处理闰秒 （运行NTP or chrony的系统） 观察闰秒 通过模拟闰秒复现故障 通过重置时钟频率消除闰秒标记 通过-x方式忽略闰秒 使用软件：ntp-4.2.8p9-1.el6.x86_64 操作系统 ，如果想观察闰秒前一天下发的情况可以把时间调整到2016.12.31 7:00 date -s "20161231 7:00:00" //设置硬件时间依赖系统时间 hwclock –systohc // 业务服务器配置： Vim /etc/ntp.conf driftfile /var/lib/ntp/drift server 服务器B的ip server 服务器C的ip 这时候可以等到时间2017.1.1 7: 可以把整体的测试时调整到闰秒发生前半个小时进行观察。 如何清除闰秒 关于清除闰秒的两种方式，可以通过重置时钟频率在服务器A消除闰秒标记，也可以通过-x方式在服务器B和服务器C 进行忽略闰秒操作。 6、将该文件拷贝至ntp.conf配置的路径下leapfile /etc/leap-seconds.list，重启NTPD服务 7、闰秒标记插入成功 参考资料 https://hpiers.obspm.fr
1.9K20编辑于 2021-12-28 - 来自专栏鹅厂网事
腾讯网络应对闰秒危机之最佳实践
2015年7月1日07:59:60是一个奇妙的时刻… 这一刻，迎来了全球第26次闰秒。何为闰秒？ 互联网企业广泛使用Linux、Windows操作系统，不同操作系统对于闰秒的处理方式不一样的，具体如下： Linux操作系统 采用倒回1秒机制Linux系统接收到闰秒通知后于7月1日00:00更新时间时插入 此外，还有其他机制，比如时间分散机制即将多出来的1秒分散在闰秒时刻附近24小内，每1秒调整1/86400秒，最终于7月1日12：00与世界协调时时间一致。这是一个聪明的办法，但是存在较高实现成本。 为此引入ntpdate工具矫正更新时间服务器本地时间，因为ntpdate工具不接收闰秒通知，所以上一级时间服务器的闰秒通知不会扩散至时间服务器，更不会扩散至网络设备，从而避免闰秒对腾讯网络的影响。 综上所述便是腾讯网络应对第26次闰秒危机的最佳实践，不仅巧妙规避了闰秒影响，而且只需极少的工作量，同时为再次应对闰秒积累了行之有效的可持续方案。
2K50发布于 2018-02-05 - 来自专栏深度学习与python
Meta 如何使用精确时间协议处理闰秒
对于需要严格同步的系统，如分布式数据库、遥测管道或事件驱动架构，闰秒处理错误会导致数据丢失、重复或不一致。因此，在依赖高精度时间的环境中，准确地管理闰秒可确保系统的可靠性和一致性。 闰秒是对协调世界时（UTC）的周期性调整，为的是应对地球自转的不规则性，确保原子时与天文时保持同步。 PTP 的设计目的是使网络内的时钟同步达到亚微秒级精度，因此，闰秒的处理尤为重要。 通常，网络时间协议（NTP）系统采用传统的闰秒处理方法，如抹平法，即将多出的一秒分摊到一段时间内，以尽量减少中断。 在闰秒事件中，该库通过每 62.5 微秒移动一纳秒来调整这些值。这种无状态、可重现的方法使得系统能够自动处理闰秒，而无需人工干预。 在使用 PTP 的高精度环境中，闰秒管理需要创新性的解决方案才能保持同步精度。
39810编辑于 2025-04-22 - 来自专栏深度学习与python
为什么闰秒调整将从2035年开始暂停
从 2035 年起，闰秒将被废弃 100 年左右，而且很可能永远也不会回归了。专家解释了暂停“闰秒”原因。 国际计量局（BIPM）于周五在法国凡尔赛召开会议，呼吁暂停“闰秒”，“闰秒”指的是偶尔会在协调世界时（UTC）运行的时钟上增加一段小跳跃，以保持 UTC 与地球自转同步。 从 2035 年起，闰秒将被废弃 100 年左右，而且很可能永远也不会回归了。随着数字世界的兴起，这个问题变得越来越紧迫和严重，现在是时候确切地解决这个问题了。 为什么会有闰秒？ 闰秒最初被提出时是一种优雅的解决方案，但当涉及到软件实现时，它却变成了恶魔。 这是因为闰秒是一种突变，它严重破坏了软件中用来表示时间的关键假设。 俄罗斯投票反对放弃闰秒的决定，部分原因是这将需要对其全球导航卫星系统 GLONASS 进行重大更新，该系统包含了闰秒。Shutterstock 时间到了！
82910编辑于 2023-03-29 - 来自专栏鹅厂网事
【鹅厂网事】腾讯网络应对闰秒危机之最佳实践
2015年7月1日07:59:60是一个奇妙的时刻… 这一刻，迎来了全球第26次闰秒。何为闰秒？ ” 互联网企业广泛使用Linux、Windows操作系统，不同操作系统对于闰秒的处理方式不一样的，具体如下： Linux操作系统采用倒回1秒机制 Linux系统接收到闰秒通知后于7月1日00:00更新时间时插入 此外，还有其他机制，比如时间分散机制 即将多出来的1秒分散在闰秒时刻附近24小内，每1秒调整1/86400秒，最终于7月1日12：00与世界协调时时间一致。这是一个聪明的办法，但是存在较高实现成本。 为此引入ntpdate工具矫正更新时间服务器本地时间，因为ntpdate工具不接收闰秒通知，所以上一级时间服务器的闰秒通知不会扩散至时间服务器，更不会扩散至网络设备，从而避免闰秒对腾讯网络的影响。 综上所述便是腾讯网络应对第26次闰秒危机的最佳实践，不仅巧妙规避了闰秒影响，而且只需极少的工作量，同时为再次应对闰秒积累了行之有效的可持续方案。
95740编辑于 2023-03-07 - 来自专栏数据和云
案例分析：闰秒带来的BUG是否影响了你？
闰秒如何影响了IT世界？在2016年底我们写下的文章里曾经提到2017开年多出这一秒，大家是否平稳度过？欢迎大家留言讲诉你遇到的真实故事。 根据网上的消息，硅谷的Cloudflare公司的服务确实因为闰秒遭遇到BUG，进而影响了部分用户的域名解析。Cloudflare以向客户提供网站安全管理、性能优化及相关的技术支持为主要业务。 问题的原因出在 Cloudflare 的RRDNS软件内部，一个Number的最小输出结果应该为零，结果在闰秒时变成了负数。
1.4K40发布于 2018-03-06 - 来自专栏云云众生s
从系统运维人员到时间守护者：闰秒将由什么取代？
闰秒的终结？ 自1972年以来，地球自转速度的微小变化一直通过在某些年份年底增加“闰秒”来解释。这使我们观测到的自转速度与来自原子钟的更精确的时间持续时间测量结果同步。 但是这些闰秒一直受到批评。 没有负闰秒？ Agnew的文章提出了网络运营商通过在年底加快时间戳来调整地球自转速度加快的可能性，即使用“负闰秒”——可能最早在2029年。 纪事报提醒读者，CGPM投票决定在2035年前取消闰秒，但“这是否会在可能需要负闰秒之前完成尚不清楚。” 那么，如果在正式批准更大的差异之前发生另一个闰秒事件——甚至可能发生“负闰秒事件”——会发生什么呢？Levine承认，“如果在2035年之前出现负闰秒迫在眉睫的情况，那么整个业务几乎肯定会发生变化。
31210编辑于 2025-02-05 - 来自专栏【腾讯云开发者】
“一秒”宕机一个半小时！这个让程序员抓狂的续一秒，今年无了！
因为闰秒是在全世界同时插入，插入闰秒的本地（民用）时间取决于本地时间与 UTC 之间的偏差，例如：2015年7月1日发生闰秒时，在时区 UTC+8h（北京时间） 中，闰秒会在时钟显示午夜后 8 小时的时候插入 1981 20 45151.0 1 7 1982 21 45516.0 1 7 1983 22 46247.0 1 7 1992 27 49169.0 1 7 1993 28 49534.0 1 7 1994 29 50083.0 1 1 例如在 TS2 系统中，tzdata 包的版本为 tzdata-2015a-1.tl2.noarch，执行完上述拷贝后，则会在闰秒发生时间2015年7月1日8点自动插入闰秒。 id=7dffa3c673fbcf835cd7be80bb4aec8ad3f51168 12年的commit：https://lkml.org/lkml/2012/3/15/616 Linux-2.6.32
92210编辑于 2024-07-10 - 来自专栏杨建荣的学习笔记
IT中的闰秒问题(r5笔记第85天)
(文档 ID 730795.1) 建议解决办法：在6月30日停掉所有Linux及Oracle版本在上述影响范围内的Oracle RAC数据库服务器的NTP网络时间同步服务，到7月1日零点以后再重新打开。 下面是闰秒实施的一些时间情况，都是正闰秒。 看到这我就在想，下一次是什么时候呢，结果百度了一大圈，没有任何收获，最后又认真读了读闰秒的百科，才发现闰秒的添加频率是不固定的，有时一年添加两次闰秒，有时7年添加一次闰秒，而这一次添加闰秒的时间是4年， 6.2: kernel-2.6.32-220.25.1.el6 6.3: kernel-2.6.32-279.5.2 6.4 and later already contain the patch. 7. 所以这次的闰秒时间应该是格外重视。
1.1K60发布于 2018-03-16 - 来自专栏【腾讯云开发者】
闰秒终于要取消了！一文详解其来源及影响
因为闰秒是在全世界同时插入，插入闰秒的本地（民用）时间取决于本地时间与 UTC 之间的偏差，例如：2015年7月1日发生闰秒时，在时区 UTC+8h（北京时间） 中，闰秒会在时钟显示午夜后 8 小时的时候插入 例如在TS2系统中，tzdata包的版本为tzdata-2015a-1.tl2.noarch，执行完上述拷贝后，则会在闰秒发生时间2015年7月1日8点自动插入闰秒。 2.6.32内核插入闰秒可能出现高CPU消耗 2012年的闰秒插入当时导致了一些互联网公司的服务器高cpu消耗，其问题根源在以下网址得到了阐述：https://lkml.org/lkml/2012/7/ > /data/solve_hrtimer_failure.log 2>&1 在7月1日7点58分开始，每隔100ms检测闰秒是否插入了，当插入闰秒后，该程序调用clock_settime函数，进而修复了该问题 今年7月Meta公司两名工程师发文称：“闰秒是一种弊大于利的冒险做法，我们认为现在是时候引入新技术来取代它了。”这一表态引来各大公司称道。
3.4K51编辑于 2022-12-16 - 来自专栏用户4866861的专栏
电力系统时间同步监测技术及应用
应具备本地日志保存功能，且存储不少于200条，日志内容应正确记录A所要求的事件； （2）状态信息宜采用标准建模； （3）装置应具备运行、告警、故障等指示灯； （4）装置应支持多时钟源选择判据机制； （5）装置应具备闰秒 、闰日的处理功能，能接受上级时源给出的闰秒预告信号，并正确执行和输出； （6）装置应具备时间同步检测功能，应使用独立的板卡实现该功能； 3. 多时钟源选择流程示意图如下所示： 7. 时间源切换 应具备时钟源切换功能。 8. 闰秒处理 闰秒装置显示时间应与内部时间一致，如果闰秒发生时，装置该常响应闰秒，且不该发生时间跳变等异常行为。 闰秒处理方式如下： (1）正闰秒处理方式：┄->57s->58s->59s->60s->00s->01s->02s>┄； (2）负闰秒处理方式：┄->57s->58s->00s->01s->02s->┄ ； (3）闰秒处理应在北京时间1月1日7时59分、7月1日7时59分两个时间内完成调成，或其他国家规定时间内。
1.1K00发布于 2019-12-21 - 来自专栏量子位
闰秒正式宣布取消，网友：没什么能让Linus本人同谷歌微软达成一致，除了它
国际计量大会已正式宣布：废除闰秒。 该消息一经官宣，相当一部分人喜大普奔。 毕竟，各家互联网大厂和其背后的程序员们，苦闰秒久矣：就在今年7月，谷歌Meta微软亚马逊就曾联手倡议废除闰秒。 难以招架的「闰秒」 闰秒之所以存在，源于人类使用的标准时间计量工具原子钟的一天为86400秒，该数字与实际地球自转一天时间并不完全一致，随时间累积，误差就会慢慢增大。 2012年Reddit一次系统崩溃就因闰秒而起，时长超半小时。一组运行开源Linux操作系统的机器未能正确处理增添的闰秒，导致一连串服务器停止运行。 不止一两家，浏览器Mozilla、领英、点评网站Yelp、澳洲航空均因闰秒出现过问题。 由于闰秒实在令程序员们脑壳痛，今年7月谷歌、微软、Meta、亚马逊联合倡议废除它。 最后得提一嘴的是，取消闰秒对码农虽利好，但落地时间为2035年。 也就是说，当取消闰秒时，连00年的码农都到35了。 目前大厂程序员们仍需继续跟闰秒battle下去了。
48650编辑于 2022-12-09 - 来自专栏腾讯云混沌工程团队
[云顾问-混沌] 时间变了，A U OK?
它是一个连续的时间尺度，没有闰秒，它是地球时的主要实现（带有固定的纪元偏移量））。它是协调世界时(UTC) 的基础，它用于地球表面的民用计时，具有闰秒。 其实和维基百科中提到的闰秒(leap second)相关. 闰秒（Leap Second） 什么是闰秒？ 已经加入的闰秒 截止到目前，总共添加了27个闰秒，在第一个闰秒加入之前，UTC时间已经慢于TAI时间10秒了。所以，现在UTC时间和TAI时间相差了37秒。 闰秒故障在Reddit上发生了，起初，Jason Harvey并没有意识到是闰秒加入的问题，仅仅认为是网络质量差的原因。但是问题持续了半个多小时，他们意识到了问题的严重性。 John Stultz（Linux Kernel & AOSP devboards）在2012-7-1日的一封邮件链接中提到了这个问题： 从 Stultz 的邮件列表帖子来看，当闰秒来临时，这些 hrtimer
65610编辑于 2024-03-20 - 来自专栏腾讯云混沌工程团队
【云顾问-混沌】容易忽视的分布式时间
它是一个连续的时间尺度，没有闰秒，它是地球时的主要实现（带有固定的纪元偏移量））。它是协调世界时(UTC) 的基础，它用于地球表面的民用计时，具有闰秒。 其实和维基百科中提到的闰秒(leap second)相关. 闰秒（Leap Second） 什么是闰秒？ 闰秒其实国际地球自转和参考系统服务 (IERS)人为添加到UTC时间的一秒，会在某个时间点，加入1s（23:59:60）。 为什么需要闰秒？ 已经加入的闰秒 截止到目前，总共添加了27个闰秒，在第一个闰秒加入之前，UTC时间已经慢于TAI时间10秒了。所以，现在UTC时间和TAI时间相差了37秒。 John Stultz（Linux Kernel & AOSP devboards）在2012-7-1日的一封邮件链接中提到了这个问题： 从 Stultz 的邮件列表帖子来看，当闰秒来临时，这些 hrtimer
86810编辑于 2024-03-15 - 来自专栏深度学习与python
让大厂抓狂的“额外一秒”：谷歌、微软、Meta 和亚马逊纷纷提议放弃
闰秒：人类引入的不规则操作 所谓闰秒，就是在正常计时之外再增加一秒，借此保证时钟能与地球的实际自转时长保持同步。 目前，我们只添加了正闰秒。 闰秒于 1972 年被引入，迄今为止已经增加了 27 个正闰秒。每一次增加闰秒，都会在整个软件行业中引发问题。 虽然了解了闰秒的影响，但 bug 并没有因此而消失。最近一次闰秒是在 2017 年，网络基础设施服务商 Cloudflare 还是因闰秒导致一部分客户服务器宕机。 只要下一个闰秒还会出现，互联网企业们就还得继续面临闰秒带来的影响，花费额外精力去消除它，闰秒的那一秒也就成了“服务器不能承受之重”。
57810编辑于 2023-03-29 - 来自专栏量子位
大厂们终于无法忍受“加一秒”了，微软谷歌Meta等公司提议废除闰秒
虽然闰秒似乎离我们略远，不过这些年来，它确实给计算机行业惹了不少麻烦。 “1秒钟”让计算机宕机 闰秒于1972年被引入，迄今为止已经增加了27个闰秒。 但无论如何，只要下一个闰秒还会出现，大厂们就还得继续面临闰秒带来的影响，花费额外的精力去“消除”它。 包括谷歌、亚马逊、Meta和微软等大厂在内，都感觉闰秒的出现是弊大于利，Meta还专门写了篇文章，呼吁废除闰秒。 当然，想废除闰秒的也不止这几个大厂。 对于废除闰秒这事儿，有网友调侃： 脸书的开发们实在太害怕闰秒了，他们觉得推动计时法改变是比修代码更简单的事情。 但此前也有网友提到，其实不止IT行业，工业上也会受到闰秒的影响。 你受到过闰秒带来的影响吗？
47120编辑于 2022-07-27 - 来自专栏FreeBuf
iPhone碰上1970年变砖是什么梗?又该如何拯救？
因为不少人很好奇这个Bug，但舍不得拿自己的iPhone做试验，就跑到苹果店里把人家的展示用iPhone、iPad给玩死了…… 苹果的这一问题不禁让人想起：linux 2.6.18-164以下版本内核在处理闰秒事件的问题以及千年虫 （计算机2000年问题，缩写为“Y2K”） Linux内核闰秒问题 这一问题发生在2012年7月，当时水木社区用户称：低内核版Linux开启NTP服务将会在本月遇到闰秒BUG，从而导致服务器重启。 该用户表示：国际地球自转和参考坐标系统服务(IERS)将在格林威治时间2012年6月30日午夜增加一闰秒。 由于Linux kernel和Posix关于NTP时间跳变的标准不同，将在2012年6月30日23:59:59跳变到2012年7月1日后引起ntpd进程锁死，从而造成部分开启ntp服务的linux系统重启 格林威治时间对应到北京时间即7月1日的7点59分59秒，中国也曾于这个时间全球同步进行闰秒调整，出现了7点59分60秒的特殊现象。
1.9K100发布于 2018-02-07 - 来自专栏johnhuster
ubuntu下chronyc tracking报文详解
在ubuntu下使用chronyc进行时钟的同步操作，下面是执行chrony tracking返回结果： Reference ID : AC1005E7 (ntpxx) Stratum seconds Update interval : 65.2 seconds Leap status : Normal Reference ID: 参考时钟的ID，这里是"AC1005E7 Leap status: 闰秒状态，表示当前是否处于闰秒调整期间。这里显示的是"Normal"，表示当前不处于闰秒调整期间。
63810编辑于 2024-04-25 - 来自专栏HelloWorld杰少
1970成为iOS之殇，熊孩子又该如何自救
因为不少人很好奇这个Bug，但舍不得拿自己的iPhone做试验，就跑到苹果店里把人家的展示用iPhone、iPad给玩死了…… 苹果的这一问题不禁让人想起：linux 2.6.18-164以下版本内核在处理闰秒事件的问题以及千年虫 （计算机2000年问题，缩写为“Y2K”） Linux内核闰秒问题 这一问题发生在2012年7月，当时水木社区用户称：低内核版Linux开启NTP服务将会在本月遇到闰秒BUG，从而导致服务器重启。 该用户表示：国际地球自转和参考坐标系统服务(IERS)将在格林威治时间2012年6月30日午夜增加一闰秒。 由于Linux kernel和Posix关于NTP时间跳变的标准不同，将在2012年6月30日23:59:59跳变到2012年7月1日后引起ntpd进程锁死，从而造成部分开启ntp服务的linux系统重启 格林威治时间对应到北京时间即7月1日的7点59分59秒，中国也曾于这个时间全球同步进行闰秒调整，出现了7点59分60秒的特殊现象。
84610编辑于 2022-08-03 - 来自专栏礼拜八不工作
当时间戳“捣乱”时，互联网会发生什么？
Leap Second（闰秒）——每几次就出事的隐形炸弹 事故回顾2012 年多个互联网服务因应对闰秒处理不当出现故障，如 Reddit、Mozilla、Gawker、LinkedIn 等。 成因解析闰秒插入瞬间，部分系统（如 Linux、Java 应用）无法处理额外的一秒，导致时间计算异常 (WIRED)。 应对策略Google 使用“leap smear”技术，提前微调系统时间，平滑过渡，无缝应对闰秒干扰 (WIRED)。 其他影响闰秒还曾影响航班预订系统（Amadeus Altéa）、Cloudflare DNS 服务等，处理不善则系统崩溃或延时 (维基百科)。 3. utm_source=chatgpt.com "'Leap Second' Bug Wreaks Havoc Across Web" [7]: https://en.wikipedia.org/wiki
34710编辑于 2025-09-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号