Linux clock_gettime（CLOCK_MONOTONIC）奇怪的非单调行为

问题描述：

各位，在我的应用程序中，我使用它clock_gettime(CLOCK_MONOTONIC)来测量帧之间的时间增量（游戏开发中的典型方法），有时我会遇到一个奇怪的行为clock_gettime(..)——返回的值有时不是单调的（即，上次时间大于当前时间）。

目前，如果发生这种悖论，我只需跳过当前帧并开始处理下一帧。

问题是这怎么可能呢？这是 Linux POSIX 实现中的一个错误吗clock_gettime？我正在使用 Ubuntu Server Edition 10.04（内核 2.6.32-24，x86_64），gcc-4.4.3。

解决方案 1：

man clock_gettime说：

CLOCK_MONOTONIC_RAW（自 Linux 2.6.28 起；Linux 专用）

与 CLOCK_MONOTONIC 类似，但提供对不受 NTP 调整的原始硬件时间的访问。

由于CLOCK_MONOTONIC_RAW不受 NTP 调整的影响，所以我猜CLOCK_MONOTONIC可能是。

我们在使用 2.6.18 内核和某些特定 Itanium 处理器的 Redhat Enterprise 5.0 上也遇到了类似的问题。我们无法在同一操作系统上使用其他处理器重现此问题。该问题已在 RHEL 5.3 中修复，该版本使用了稍新的内核和一些 Redhat 补丁。

解决方案 2：

看起来像是

commit 0696b711e4be45fa104c12329f617beb29c03f78
Author: Lin Ming <ming.m.lin@intel.com>
Date:   Tue Nov 17 13:49:50 2009 +0800

timekeeping: Fix clock_gettime vsyscall time warp

Since commit 0a544198 "timekeeping: Move NTP adjusted clock
multiplier to struct timekeeper" the clock multiplier of vsyscall is updated with
the unmodified clock multiplier of the clock source and not with the
NTP adjusted multiplier of the timekeeper.

This causes user space observerable time warps:
new CLOCK-warp maximum: 120 nsecs,  00000025c337c537 -> 00000025c337c4bf

请参阅此处获取补丁。该补丁已包含在 2.6.32.19 中，但 Debian 团队可能尚未将其反向移植(?)。您应该查看一下。

解决方案 3：

尝试CLOCK_MONOTONIC_RAW。

解决方案 4：

对我来说这听起来确实像是一个错误。也许你应该在Ubuntu 的错误跟踪器中报告它。

解决方案 5：

这是 Linux 的一个错误。单调时钟中的任何调整都无法使其倒退。您使用的是一个非常旧的内核和一个非常旧的发行版。

编辑：您确定需要跳过该帧吗？如果再次调用clock_gettime，会发生什么？