问运行时间大大超过user+kernel时间的原因是什么？

EN

对于许多进程，我预计挂钟时间会大大超过总CPU时间。很少有进程受CPU限制，因此它们将花费大量时间等待。幸运的是，等待时间不再计入进程的费用。导致等待的事情：

任何类型(磁盘、网络、进程间管道、分配给其他进程的processes.

• Time切片之间的etc.).

• Resource同步)的
• I/O。
• 内存交换(不是很常见的任何其他类型的days).
• Interrupts。

即使是繁重的统计软件也可能进行I/O，这将导致CPU利用率低于时钟时间。

一个极端的例子是将一个大文件从磁盘上的一个分区复制到同一磁盘上的另一个分区。这会占用大量的挂载时间和很少的CPU时间。如果您能够使用ionice，则可以在磁盘忙于其他工作时设置更长的挂起时间。

下面的命令显示的实际(挂钟)时间可能比用户时间和系统时间的总和要高得多。

time bash -c "read ans"

用户/内核时间仅在处理器使用时递增。如果您的代码主要在等待诸如磁盘或网络IO之类的东西，则实际运行时间将远远大于CPU时间。