gpt4 book ai didi

date - Unix 纪元时间在闰秒时钟上的表现如何?

转载 作者:行者123 更新时间:2023-12-04 01:42:27 25 4
gpt4 key购买 nike

考虑一台机器,其时间在闰秒期间被中午到中午的线性拖尾拖尾。

我想知道系统时钟如何在拖尾期间提供准确的 Epoch 时间。

示例:

  • 闰秒定于 2016 年 12 月 31 日。

  • 在机器上,12 月 31 日 11:59:00 的 Unix 时间戳是 1483185540

  • 拖尾在中午开始,这意味着下午 1:30 的系统本地时钟已经比 TAI 和 UTC 晚了几微秒。 Epoch 时间戳应为 1483191000(恰好 1 小时 31 分钟后),这对 TAI/UTC 不再准确,因为 Epoch 不考虑闰秒
  • UTC 时间中午 12 点增加一秒:晚上 11:59:60,本地模糊时钟应正常继续
  • 直到 1 月 1 日中午,全局 UTC 和本地 UTC 再次同步,本地 Epoch 时钟现在比全局 Epoch/TAI 落后整整一秒

如何解决这个错误?一旦系统知道发生了闰秒,本地大纪元时间是否会跳过一秒?或者这个问题是怎么处理的?
它是否取决于用于计算时间的时钟的实现?如果是这样,GNU 的 coreutils date 是如何处理这个问题的?

最佳答案

错误没有解决。 Unix 时间保留自 1970-01-01 00:00:00 UTC 以来的秒数,不包括插入的闰秒。这样做的好处是可以轻松将秒数转换为 {year, month, day, hour, minute, second} 形式。

它有一个问题,即减去跨越闰秒插入的两个 Unix 时间点将导致持续时间比实际少一秒。

关于date - Unix 纪元时间在闰秒时钟上的表现如何?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56858196/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com