带PREEMPT_RT补丁的Ubuntu中nanosleep精度为何与cyclictest有差异？

你的测试程序和cyclictest的结果差异，核心源于测试逻辑错误和定时实现缺陷，具体原因如下：

1. 延迟统计逻辑完全错误 #

你代码中time[i++] = spec.tv_nsec;的写法，只是存储了当前时间的秒内纳秒片段，根本没有计算实际唤醒时间与预期wake_up时间的差值。你统计的不是周期误差，而是时钟的纳秒字段值——比如当时间跨秒时，tv_nsec会从999999999跳回0，这会让你误以为出现了巨大的“异常延迟”，直接导致你错误判断出300μs的误差。

正确的延迟计算应该是对比完整的实际唤醒时间与预期时间：

int64_t actual_wake = spec.tv_sec * 1000000000LL + spec.tv_nsec;
int64_t delay = actual_wake - wake_up;
time[i++] = delay;

2. 定时方式未处理中断场景 #

你使用nanosleep(&ts, NULL)时将第二个参数设为NULL，意味着如果nanosleep被信号中断（比如系统异步信号），会提前返回且不告知剩余睡眠时间。这会导致实际睡眠时间短于预期的sleep_time，进而让后续的wake_up计算出现累积误差。

而cyclictest采用clock_nanosleep(CLOCK_MONOTONIC, TIMER_ABSTIME, &ts, NULL)的绝对定时模式：直接指定唤醒的绝对时间点，无需手动计算剩余睡眠时间，即使被中断，内核也会保证线程在指定时间点唤醒，精度远高于相对定时的nanosleep。

如果要继续用nanosleep，必须处理中断后的剩余时间：

void sleep_ns(uint64_t ns)
{
  struct timespec ts, rem;
  ts.tv_sec = ns / 1000000000;
  ts.tv_nsec = ns % 1000000000;
  while (nanosleep(&ts, &rem) == -1 && errno == EINTR) {
    ts = rem;
  }
}

3. 冗余时钟读取引入额外误差 #

你的代码在唤醒后，先调用一次clock_gettime存tv_nsec，又调用get_time()（再次执行clock_gettime）计算下一次sleep_time。这两次时钟读取的时间开销会被计入后续的睡眠时间计算，引入不必要的误差。

可以优化为只读取一次时钟，复用时间值：

while (!exit_flag) {
  sleep_ns(sleep_time);
  clock_gettime(CLOCK_MONOTONIC, &spec);
  int64_t actual_wake = spec.tv_sec * 1000000000LL + spec.tv_nsec;
  int64_t delay = actual_wake - wake_up;
  time[i++] = delay;

  wake_up += period;
  sleep_time = wake_up - actual_wake; // 复用刚读取的时间，无需再次调用get_time()
}

4. cyclictest的专业优化细节 #

作为专门的实时延迟测试工具，cyclictest还有你未实现的优化：

• 使用更高效的时钟读取路径（比如直接调用clock_gettime的快速路径，部分架构下用硬件时钟指令）；
• 严格屏蔽不必要的信号，避免线程被意外中断；
• 延迟统计逻辑更完善（过滤异常值，统计最大/最小/平均延迟，而非单纯存储原始值）。

内容的提问来源于stack exchange，提问作者cuckoo