基准测试时,是什么导致CPU时间和"实时流逝"之间的延迟？

Question

我正在使用内置的基准测试模块进行一些快速而肮脏的测试.它给了我:

• CPU时间
• 系统CPU时间(实际上我从来没有得到任何结果与我正在运行的代码)
• 用户和系统CPU时间的总和(总是与我的CPU时间相同)
• 经过的实时

我甚至不知道我需要所有这些信息.

我只是想比较两段代码,看看哪一段需要更长时间.我知道一段代码可能比另一段更多地进行垃圾收集,但我不确定它会产生多大的影响.

我应该关注哪些指标？

而且,最重要的是,有人可以解释为什么"经过的实时"总是比CPU时间长 - 是什么导致两者之间的滞后？

Answer 1

除了运行Ruby代码之外,系统中还有很多事情要做.经过的时间是实际采用的总时间,不应用于基准测试.您需要系统和用户CPU时间,因为这些是您的进程实际拥有CPU的时间.

例如,如果您的流程:

• 使用CPU运行代码一秒钟; 然后
• 使用CPU运行一秒钟的OS内核代码; 然后
• 另一个进程运行时被换掉了七秒钟; 然后
• 使用CPU再运行一次代码,

你会看到:

• 十秒钟的时间,
• 两秒钟的用户时间,
• 一秒钟的系统时间,
• 总CPU时间为3秒.

三秒钟是您需要担心的,因为十分完全取决于流程调度的变幻莫测.

Answer 2

多任务操作系统,在等待I/O时停止,以及您编码时的其他时刻不能正常工作.