IT工程师呼吁 UTC停止闰秒规则

闰秒是在1972年引入的，作为一种调整全球时钟以使其与地球自转保持一致的方式，因为地球自转不是完美的24小时。从那时起，世界标准时(UTC)已经调整了27次。

今年7月，Meta Platforms Inc. 的工程师和其他人发声呼吁，要求UTC停止闰秒规则。

生产工程师 Oleg Obleukhov 和研究科学家 Ahmad Byagowi 在一篇博文中表示：“我们支持IT行业阻止闰秒的努力。闰秒系统是危险的，弊大于利，我们认为是时候引入新技术来取代它了。”

尽管增加闰秒在1972年是合理的，但互联网时代以后，所有系统都依赖于不会自行调整的时钟。对于许多网站和行业来说，添加闰秒是有风险的，在 21 世纪会产生灾难性的影响。

2012年6月的闰秒更新，Reddit Inc.发生了崩溃。源头是基于 Java 构建的开源数据库 Apache Cassandra。 Firefox Web背后的组织 Mozilla Corp. 也遇到了同样的Java程序Hadoop的问题。Amadeus航空公司的订票系统中断，航班延误达两个小时。新鲜事当年有一篇《为什么上周网络会挂掉？》，有兴趣考古的同学可以找来看看。

然后在2015年6月，Twitter Inc.、Instagram、Pinterest Inc.、Netflix Inc. 和 Amazon.com Inc. 出现断网。

2016年底的闰秒对 Cloudflare Inc. 产生了影响，因为其域名服务在减去两个时间戳时错误地计算出负值。

为了应对闰秒的冲击，科技行业采用了多种方法。实践里最受欢迎的方式被称为“拖尾”：在一段时间内加快或减慢时钟，方法是在每秒中增加毫秒，以便在闰秒调整后，时间前后一致。

这就是Meta管理它的方式。它需要在数百个网络时间协议服务器之间实现同步操作——如果它们彼此偏离太远，时间差太大，可能会在网络中造成大量问题。

“闰秒引发了整个行业的问题，并继续带来许多风险。作为一个行业，每当引入闰秒时，我们就会遇到麻烦。”Obleukhov和Byagowi说。 “随着所有行业对时钟精度的需求不断增长，闰秒现在弊大于利。”

下一次闰秒调整会发生在2022年12月31日。但是，由于地球的自转速度并没有减缓到相应程度，因此可能会跳过这一日期。

https://siliconangle.com/2022/07/25/meta-engineers-join-tech-industry-efforts-calling-no-leap-seconds/