c - CLOCK_REALTIME有什么用？

Question

我读到了CLOCK_REALTIME和CLOCK_MONOTONIC之间的区别。
Difference between CLOCK_REALTIME and CLOCK_MONOTONIC?
CLOCK_REALTIME在时间上有间断性，可以向前跳也可以向后跳：这是这个时钟中的一个错误吗？时间不一致的钟怎么可能可靠？

Answer 1

尽管存在缺陷，但Clock_RealTime应该是系统对当前UTC或Civil Time的最佳估计。它是系统显示时间的基础，你可以看到你是否看了手表，墙上的时钟，手机，或者收听了广播电台的时间广播等（显示确实涉及从UTC到本地时间的转换；稍后将详细介绍）。
但如果clock_real time要与现实世界中的utc时间相匹配，至少有两个相当重要的问题：
如果有人不小心把你电脑上的时钟弄错了怎么办？他们将不得不修复它，修复可能涉及时间跳跃。几乎没有办法解决这个问题，特别是如果错误很大（比如，小时或天）。
不幸的是，大多数计算机无法表示闰秒。因此，当现实世界中出现闰秒时，大多数计算机时钟都得稍微跳一下。
所以当你读到时钟实时可能有间断性，可能前后跳跃，这不是一个错误，这是一个特点：时钟实时必须有这些可能性，如果它是为了应付现实世界的跳跃秒和偶尔错误的时钟。
所以，如果你写的代码应该与现实世界中的时间相匹配，那么时钟实时就是你想要的，缺点等等。不过，理想情况下，如果时钟偶尔因为某种原因向前或向后跳，那么您的代码的编写方式将使其表现得相当优雅（不会崩溃或做一些奇怪的事情）。
从你提到的另一个问题中你可能知道，时钟单调性保证总是以每秒一秒的速度前进，没有跳跃或间断，但是时钟的绝对值并不意味着什么。如果时钟单调值是13:05，这并不意味着它只是在下午一点之后，它通常意味着计算机已经启动并运行了13小时5分钟。
所以如果你只对相对时间感兴趣的话，时钟单调是可以的。特别是，如果你想计算某件事情花了多长时间，最好取两个时钟单调值并减去它们，因为如果两者之间有某种时间跳跃（这会影响时钟的实时性），它不会给你一个错误的答案。
或者，总的来说，正如人们在评论中所说，时钟实时性是绝对时间所需要的，而时钟单调性是相对时间所需要的。
现在，再谈几点。
如前所述，clock_realtime并不完全是“wall time”，因为它实际上是用UTC处理的。它使用著名的（臭名昭著的？）unix/posix表示自1970年以来的秒数。例如，时钟实时值1457852399在2016年3月13日转换为06:59:59 UTC。我住的地方，格林威治以西5小时，也就是当地时间01:59:59。但一秒钟后，1457852400转为03:00:00，因为夏令时开始了。
我建议，如果你的时钟是错的，时间跳跃几乎是唯一的方法来修复它，但这不是完全正确的。如果你的时钟只是稍有偏离，那么可以通过逐渐“旋转”时间（稍微改变时钟频率）来修正它，这样在几分钟或几小时后，它就会漂移到正确的时间而不会跳跃。这就是ntp试图做的，尽管根据它的配置，它可能只愿意在错误很小的情况下这样做。
我说时钟是单调的，通常是计算机启动和运行的时间。标准并不能保证这一点；所有的标准都说时钟是单调的，因为它是任意的时间点。当系统启动时，在确实实现时钟单调的系统上，可以有两种解释：是启动后的时间，还是系统启动并运行的时间（即减去它休眠或暂停的任何时间）？在许多系统中，还有另一个时钟启动时间计算自启动（无论启动还是暂停）以来的时间，而时钟单调只计算系统启动和运行的时间。
最后，如果您想要WallClock时间，但是希望避免闰秒时的跳跃或中断，那么您就遇到了一个问题，因为在传统的Unix/Linux（和Windows，以及所有其他）计算机系统中，闰秒的处理很差。最近（4.x？）Linux内核，有一个时钟可以帮助你。一些实验系统可能会实现另一个时钟，CLOCK_UTC，它可以正确处理闰秒。这两个都有其他的成本，你必须真正知道你在做什么来有效地使用它们，至少在今天的支持水平下。有关更多信息，请参见LEAPSECS mailing list。