投票统计

是否原创:0 %

0 % Complete (success)

是否有价值:0 %

0% Complete

是否有素质:0 %

0% Complete (warning)

是否合法:0 %

0% Complete

Meta 的工程团队发文称,建议取消闰秒,“引入新的闰秒是一种危险的做法,弊大于利,我们认为现在是引入新技术来取代它的时候了”。谷歌、微软和亚马逊也参与共同呼吁,这一主张还得到了美国国家标准与技术研究院(NIST)及国际计量局(BIPM)的认同。

Meta 的研究科学家 Ahmad Byagowi :“我们预测,如果我们只坚持使用国际原子时(TAI),而不进行闰秒观测,那么我们应该至少可以坚持 2000 年。就此而言,我们可能需要考虑进行修正。”

闰秒的概念由国际地球自转服务组织(IERS)在 1972 年首次提出,是指为保持协调世界时(UTC)接近于世界时时刻,由国际计量局统一规定在年底或年中(也可能在季末)对协调世界时增加或减少 1 秒的调整。

由于地球自转的不均匀性和长期变慢性(主要由潮汐摩擦引起的),会使世界时(民用时)和原子时之间相差超过到 ±0.9 秒时,就把协调世界时向前拨 1 秒(负闰秒,最后一分钟为 59 秒)或向后拨 1 秒(正闰秒,最后一分钟为 61 秒); 闰秒一般加在公历年末或公历六月末。目前,全球已经进行了 27 次闰秒,且均为正闰秒。最近一次闰秒在北京时间 2017 年 1 月 1 日 7 时 59 分 59 秒(时钟显示 07:59:60)出现,这也是本世纪的第五次闰秒。

Meta 方面在博客中指出,通过正闰秒简单地增加一秒会出现一个不同寻常时间戳 23:59:59 -> 23:59:60 -> 00:00:00。在最好的情况下,这样的时间跳跃会使程序崩溃甚至损坏数据。但随着地球自转模式的变化,我们很可能在未来的某个时刻出现负闰秒,届时时间戳会显示成:23:59:58 -> 00:00:00。而目前有关负闰秒的影响尚未有过大规模的测试,它可能会对依赖计时器或调度器的软件产生破坏性的影响。

“无论如何,对于管理硬件基础设施的人来说,每一个闰秒都是痛苦的主要来源。”

根据介绍,闰秒曾多次给一些网络平台造成故障。包括在 2012 年引发了 Reddit 的大规模中断,该网站彼时有 30 到 40 分钟内无法访问;以及 Mozilla、LinkedIn、Yelp 和 Amadeus 平台的相关问题。2017 年,Cloudflare 的一次闰秒故障导致这家网络基础设施公司的一小部分客户服务器离线。Cloudflare 的软件比较了两个时钟后计算出时间已经倒退,但却无法正确处理该结果。

目前最常用的一种解决方法是通过简单地放慢或加快时钟来进行 “闰秒弥补 (leap smear)”。谷歌在 2011 年提出了闰秒弥补的解决方案,通过调整内部的网络时间协议 (NTP) 服务器,在每次更新时增加几毫秒,以弥补闰秒多出来的那一秒。目前,Meta 采用的就是一种将闰秒分散在 17 个小时内的做法。

“闰秒事件在整个行业引起了问题,并继续带来许多风险。在行业中,每当引入闰秒时,我们都会遇到问题。而且由于它是一个如此罕见的事件,每次发生都会对社会造成破坏。随着所有行业对时钟精度的需求不断增长,闰秒现在造成的损害(导致干扰和中断)要大于好处。作为 Meta 的工程师,我们正在支持更大的社区推动,以阻止在未来引入闰秒并保持目前的 27 水平,我们相信这足以应付下一个千年。”