为何在MPI代码中使用MPI_Wtime()而非C标准库的time()？

核心结论 #

绝对不能用time()或clock()替代MPI_Wtime()来测算MPI环境下的墙钟时间。

二者在MPI场景中的关键差异 #

• 精度差距极大：time()的精度只有秒级，而MPI_Wtime()能提供微秒甚至纳秒级的亚秒精度。MPI程序里很多通信、计算操作耗时极短，秒级精度根本没法准确测算这些操作的真实耗时。
• 时钟同步性问题：MPI集群里的不同节点，本地系统时钟大概率存在偏差。time()依赖的是节点本地时钟，不同进程调用time()拿到的时间戳无法保证全局一致，没法用来做跨进程的时间对比（比如测算进程间的通信延迟）；而MPI_Wtime()是MPI标准定义的全局同步时钟接口，能确保集群内所有进程用的是统一时间基准。
• clock()的额外缺陷：clock()统计的是进程占用的CPU时间，不是实际流逝的墙钟时间。如果进程在等待MPI通信、I/O操作时处于阻塞状态，clock()不会统计这些等待时间，完全不适合用来测算MPI程序的实际运行时长。

为什么MPI要专门设计MPI_Wtime() #

C标准库的计时器是给单进程、单节点场景用的，而MPI面向的是多节点分布式集群：

1. 解决跨节点时钟不一致的痛点，保证跨进程时间测量的可比性；
2. 提供足够高的精度，满足MPI程序细粒度操作的性能分析需求；
3. 作为MPI标准的一部分，保证了不同平台（Linux、Windows、不同集群架构）下的代码兼容性，不用因为换平台就修改计时逻辑。

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