Timer Erlang计时器计数器(计时器:tc)四舍五入到最接近的1000?

Timer Erlang计时器计数器(计时器:tc)四舍五入到最接近的1000?,timer,parallel-processing,erlang,Timer,Parallel Processing,Erlang,我试图计算一次处决需要多长时间。(我根据生成的进程数比较执行时间。)不管怎样,timer:tc将时间四舍五入到最接近的1000毫秒。我见过有人比这更准确,我想知道是什么原因导致了这一点?在Windows操作系统(至少XP和7)上是这样,但它四舍五入到1000微秒,而不是毫秒 除了非常短的函数外,这不是一个大问题,因为执行时间因执行的不同而不同。在Windows操作系统上是这样的(至少XP和7),但它四舍五入到1000µs,而不是毫秒 除了非常短的函数外,这不是一个大问题,因为执行时间在不同的执行

我试图计算一次处决需要多长时间。(我根据生成的进程数比较执行时间。)不管怎样,timer:tc将时间四舍五入到最接近的1000毫秒。我见过有人比这更准确,我想知道是什么原因导致了这一点?

在Windows操作系统(至少XP和7)上是这样,但它四舍五入到1000微秒,而不是毫秒


除了非常短的函数外,这不是一个大问题,因为执行时间因执行的不同而不同。

在Windows操作系统上是这样的(至少XP和7),但它四舍五入到1000µs,而不是毫秒


除了非常短的函数外,这不是一个大问题,因为执行时间在不同的执行中有所不同。

Erlang在Windows上舍入为1ms。
解决这个问题的一种常见方法是多次运行代码(比如1000次),然后将得到的时间除以1000。这将为您提供更准确的平均结果。

在Windows上,Erlang将舍入到1ms。
解决这个问题的一种常见方法是多次运行代码(比如1000次),然后将得到的时间除以1000。这将为您提供更准确的平均结果。

您能展示一个如何使用它的代码示例吗?我从中得到了微秒级的结果。也许一切都比你想象的快1000倍?(请注意,tc/3使用apply/3动态执行,因此有时会给出比tc/1或tc/2更长的结果——但这并不是接近1000倍的延迟。)您能展示一个如何使用它的代码示例吗?我从中得到了微秒级的结果。也许一切都比你想象的快1000倍?(请注意,tc/3使用apply/3动态执行,因此有时会给出比tc/1或tc/2更长的结果,但这并不是延迟的1000倍。)