Node.js执行随机卡顿问题及精准CPU时间测量方案问询

问题背景 #

我编写了一个基于Node.js的优化算法，使用performance.now()测量的CPU时间作为启发式依据。但发现偶尔一些简单代码的执行耗时远超正常水平。

测试程序 #

const timings = [];
while (true) {
  const start = performance.now();
  // can add any trivial line of code here, or just nothing
  const end = performance.now();
  const dur = end - start;
  if (dur > 1) {
    throw [
      "dur > 1",
      {
        start,
        end,
        dur,
        timings,
        avg: _.mean(timings),
        max: _.max(timings),
        min: _.min(timings),
        last: timings.slice(-10),
      },
    ];
  }
  timings.push(dur);
}

测量结果 #

测量结果显示平均耗时0.00003ms，峰值超过1ms（第二高值小于1ms但量级相同）。

可能原因猜想 #

• 平均耗时并非代码实际执行时间（存在编译器优化）
• performance.now()存在精度问题
• CPU调度相关——进程未正常运行但时间仍被计入performance.now()
• Node.js后台偶尔执行额外操作（如GC等）
• 硬件/操作系统层面问题——缓存/页错误等

核心疑问 #

请问这些原因中哪些更可能，或是其他原因？无论原因是什么，是否有更精准的测量方法供算法使用？当前异常值已导致算法行为异常，目前最优方案是使用移动平均成本作为启发式依据，但存在弊端。

编辑补充 #

我理解performance.now()无法做到绝对精准，但对其误差跨度达3-4个数量级（而非理想的1个或2个数量级）感到惊讶。

是否有人能解释performance.now()的工作原理，以及误差范围的主要成因？我希望明确原因是Node.js/V8无法控制的硬件/系统层面问题，还是其可控的问题（如Node.js bug、配置、GC相关），以便决定是否可降低误差范围，再考虑更换启发式依据的折中方案。

二次编辑补充 #

感谢@jfriend00，我现在了解到performance.now()测量的并非Node.js进程实际占用的CPU时间，而是进程启动后的流逝时间。

现提出以下问题：

1. 是否已有获取实际CPU时间的方法？
2. 是否需要向Node.js/V8提交功能请求？
3. 除非Node.js进程无法从操作系统获取足够的相关信息？

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