同一个程序包，核多的不如核少的快，可能的原因有哪些？

[yanyuechuixue]

同样的程序源码，同样的编译方式，同样的执行方式(mpirun -np 2 ./program)，发现核多的机器更慢一些。

核心多的机器是 Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz 核心少的机器是 E3-1225 v5

用的程序包是对多线程支持不错的。且能看到在两个机器上， cpu 都跑满了。

那么可能的原因是哪些？

两个机器都是机械硬盘。

[SourceMan]

那张图你看过吗，一核工作，多核围观

[irenicus]

看了一下， e3 的主频是 3.1GHz ， e5 是 2.4GHz
不过核数相差有点大

e5 只跑了 4 个线程的话，从主频上看应该是 e3 快
但如果 e5 每个线程都跑满的话，只能猜是线程间通信时 cpu 的 cache 一致性引起的了，不过影响应该不会这么大吧。。。

[zmj1316]

E5 该不会是多路 CPU 吧？ NUMA ？

[ihuotui]

吞吐量 不一定多线程就快了。

[Ouyangan]

会不会是线程创建＋上下文切换开销太大.

[yanyuechuixue]

@zmj1316 对对对，是双路 CPU 跟这个相关么？

[yanyuechuixue]

@Ouyangan 这个会这么高么？请问怎么查看这种开销？

[Ouyangan]

@yanyuechuixue #7 Lmbench3

[macworld]

用了代码里有类似全局锁之类的东西？

[jarlyyn]

主频的问题吧

[yanyuechuixue]

@macworld 那应该不会有，我是在做计算物理的，这个包能在泰坦超算上跑，所以应该不会是全局锁之类的东西。

[yanyuechuixue]

@jarlyyn 哪怕双核并不是 1x2, 就算是 1x0.6 ， 那 56 个核心，光算主频叠加， 也比四个强啊

[domty]

阿姆达尔定律?
并发程序的串行处理部分比率过高，导致程序的伸缩性不好，在少核心高主频上的执行效果反而好于多核心低主频？

[coderluan]

都没人提 MPI ，我认为这个问题起码应该先不用 MPI ，直接跑一遍./program ，看看结果是否还是这样再讨论，否则现在就两种可能：是 MPI 的原因（不分布式跑 MPI 变慢很正常）和不是 MPI 的原因（上边提到的可能）。

[ericls]

可能 overhead 太大？

[yanyuechuixue]

@domty 只是这个程序设计的时候就是为多核心设计的啊。。。

[yanyuechuixue]

@coderluan 多谢，可是不知道程序作者怎么想的，强制使用 mpirun , 而且要求 -np 不小于 2 ...

[zmj1316]

@yanyuechuixue 把线程限制到单 CPU 核心数目， NUMA 架构跨 CPU 通信会导致内存和 cache 性能下降，还是放一个 CPU 上面跑比较快

[wulin]

主频高的那个可能快很多，我之前 go 写的文件内容查找程序也是， cpu 多，主频低的 E5606 @ 2.13GHz 服务器的反而跑不过办公的 I5 @3.2GHZ

[shalk]

你的程序没有把多核性能发挥出来,两个 CPU 的 speccpu 分差是明显的