为什么Erlang statistics(runtime)可以大于statistics(wall_clock_time)
Why can Erlang statistics(runtime) be greater than statistics(wall_clock_time)
Note that the run-time is the sum of the run-time for all threads in the Erlang run-time system and may therefore be greater than the wall-clock time
但是从这个wiki page来看，似乎cpu时间（运行时）总是小于挂钟时间：
The difference between the two consists of time that passes due to programmed delays or waiting for resources to become available.
运行时间如何大于挂钟时间？
假设操作的挂钟时间为 1 分钟，CPU 时间为 45 秒。就其本身而言，这将证实您对 CPU 时间应该小于挂钟时间的怀疑。
但是，现在考虑有两个线程在执行此操作，每个线程都在一个单独的 CPU 上。挂钟时间仍然是 1 分钟，但现在 CPU 时间（因为你有两个 CPU 秒）是 90 秒。
第一个引用指出它是 所有线程 的时间总和，这就是 CPU 时间可以大于挂钟时间的原因。
Note that the run-time is the sum of the run-time for all threads in the Erlang run-time system and may therefore be greater than the wall-clock time
但是从这个wiki page来看，似乎cpu时间（运行时）总是小于挂钟时间：
The difference between the two consists of time that passes due to programmed delays or waiting for resources to become available.
运行时间如何大于挂钟时间？
假设操作的挂钟时间为 1 分钟，CPU 时间为 45 秒。就其本身而言，这将证实您对 CPU 时间应该小于挂钟时间的怀疑。
但是，现在考虑有两个线程在执行此操作，每个线程都在一个单独的 CPU 上。挂钟时间仍然是 1 分钟，但现在 CPU 时间（因为你有两个 CPU 秒）是 90 秒。
第一个引用指出它是 所有线程 的时间总和，这就是 CPU 时间可以大于挂钟时间的原因。