Linux下std::steady_clock::now()是否触发系统调用及替代方案咨询

问题1：std::steady_clock::now()是否触发系统调用？是否会导致长时间阻塞？ #

• 现代主流平台（Linux、Windows、macOS）的std::steady_clock::now()实现不会触发系统调用，也不会出现超过1毫秒的阻塞：
  • Linux下：std::steady_clock通常映射到CLOCK_MONOTONIC，glibc从2.17版本开始通过VDSO（虚拟动态共享对象）在用户态直接读取时钟，无需陷入内核，单次调用耗时仅几纳秒。
  • Windows下：底层调用QueryPerformanceCounter，属于用户态实现，无系统调用开销。
  • macOS下：基于mach_absolute_time，同样是用户态快速读取，不会触发内核调用。
• 极端旧版本系统（如Linux glibc 2.17之前）可能通过clock_gettime系统调用实现，但即使如此，该系统调用的耗时也仅几十纳秒，远低于1毫秒，不会出现不定期长时间阻塞的情况。

问题2：是否有更优的替代方案？ #

绝大多数场景下std::steady_clock已经足够高效，无需替换——你的任务单次耗时20~100微秒，std::steady_clock::now()的几纳秒开销占比不到0.1%，完全不会影响低于160微秒的设计要求。如果确实需要极致到纳秒级的计时开销优化，可以考虑以下方案：

• x86平台直接使用RDTSC/RDTSCP指令：
  RDTSC是读取CPU时间戳计数器的指令，纯用户态执行，耗时仅1~2纳秒。但要注意多核环境下不同CPU的TSC可能不同步，需将线程绑定到固定核心（如Linux下sched_setaffinity、Windows下SetThreadAffinityMask），或使用RDTSCP指令（返回计数器的同时返回当前CPU ID，可用于校验）。示例代码（GCC）：

  #include <stdint.h>
  inline uint64_t rdtscp() {
      uint32_t lo, hi;
      __asm__ __volatile__ ("rdtscp" : "=a"(lo), "=d"(hi) : : "%rcx");
      return ((uint64_t)hi << 32) | lo;
  }
  

• 平台特定时钟API：
  Linux下可直接调用VDSO中的clock_gettime实现（但std::steady_clock已封装此逻辑）；Windows下直接使用QueryPerformanceCounter，与std::steady_clock底层实现一致。

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