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

Question

仅从 Linux 2.6.28 开始支持 clock_monotonic_raw。

是否有另一种方法可以获得不受 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 手册页

“你这个说谎的 SCSS 。” --我

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) 根本不支持任何单调时钟，这令人气愤。如果你需要这个，你将不得不使用条件等待来滚动你自己的。 (作为奖励，这样做将使您拥有初始级别为负的信号量，这很方便。)

4. 如果您只是想防止同步对象的等待函数永远死锁，并且您有类似三秒的紧急救援时间，您可以只使用 CLOCK_MONOTONIC 并收工—— CLOCK_MONOTONIC 的调整实际上是抖动校正，远低于您的精度要求。即使在错误的实现中，CLOCK_MONOTONIC 也不会向后跳一个小时或类似时间。同样，发生的事情是像 adjtime 这样的东西调整时钟的频率，使其逐渐超过或落后于其他一些并行运行的时钟。

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

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

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