早于 2.6.28 的 Linux 版本中的clock_monotonic_raw 替代方案

Question

clock_monotonic_raw 仅支持 Linux 2.6.28。

是否有另一种方法可以获得不受 NTP 调整或 adjtime 执行的增量调整的单调时间？ 我不能使用clock_monotonic，因为它受NTP & adjtime 的影响。

Answer 1

仔细查看 CLOCK_MONOTONIC 而不仅仅是 CLOCK_MONOTONIC_RAW。我想在条件等待中使用 CLOCK_MONOTONIC_RAW，但发现不支持（Fedora 25/Linux 4.10.17）。

情况有点让人恼火，但就我目前的理解而言，Linux 上的结果是：

1. CLOCK_MONOTONIC_RAW 是最接近以恒定频率运行的方波累加器的方法。但是，这比您想象的要少。

2. CLOCK_MONOTONIC 基于 CLOCK_MONOTONIC_RAW 并应用了一些逐渐的频率校正，使其最终超过或落后于其他一些时钟参考。 NTP 和 adjtime 都可以进行这些更正。但是，为了避免做诸如破坏软件构建之类的事情，时钟仍然保证单调前进：

“adjtime() 对时钟的调整是以时钟始终单调递增的方式进行的。” --adjtime 手册页

“你这个撒谎的混蛋。” --我

1. 是的——这是计划，但在 2.6.32.19 之前的内核版本中存在错误；请参阅此处的讨论：https://stackoverflow.com/a/3657433/3005946，其中包含指向补丁的链接，如果这会影响您。我很难说出该错误的最大错误是多少（我真的非常想知道）。

2. 即使在 4.x 内核中，大多数 POSIX 同步对象似乎也不支持 CLOCK_MONOTONIC_RAW 或 CLOCK_MONOTONIC_COARSE。我发现这一点很难。始终错误检查您的 *_setclock 调用。

3. POSIX 信号量 (sem_t) 根本不支持任何单调时钟，这令人恼火。如果你需要这个，你将不得不自己使用条件等待。 （作为奖励，这样做可以让您获得初始水平为负的信号量，这很方便。）

1234563 CLOCK_MONOTONIC 的调整实际上是抖动校正，远低于您的精度要求。即使在错误的实现中， CLOCK_MONOTONIC 也不会向后跳一个小时或类似的东西。同样，发生的事情是诸如 adjtime 之类的东西会调整时钟的频率，使其逐渐超过或落后于其他一些并行运行的时钟。

4. CLOCK_REALTIME 实际上是应用了一些其他校正因子的 CLOCK_MONOTONIC。或者反过来。无论如何，它实际上是同一件事。重要的部分是，如果您的应用程序有可能更改时区（移动的车辆、飞机、轮船、巡航导弹、溜冰机器人）或遇到管理时钟调整，您绝对不应该使用 CLOCK_REALTIME ，或任何需要它的东西。如果服务器使用夏令时而不是 UTC，同样的事情。但是，如果需要，使用 UTC 的固定服务器可能会使用 CLOCK_REALTIME 来避免粗略的死锁。除非您使用的是 2.6 之前的内核并且别无选择，否则请避免这种情况。

5. CLOCK_MONOTONIC_RAW 不是您想要用于时间戳的东西。它尚未经过抖动校正等。它可能适用于 DAC 和 ADC 等，但不是您想要用于在人类可识别的时间尺度上记录事件的方法。我们有 NTP 是有原因的。

希望这会有所帮助，我当然可以理解这种挫败感。