make -j实际可并行线程数,和make -j实际可并行线程数+1哪个效率能更高?

菩提祖师

make -j实际可并行线程数,和make -j实际可并行线程数+1哪个效率能更高?
虽然超过实际可并行数后会增加调度负担,但适当增加一点,调度负担增加较小,也能缓解个别线程阻塞导致的速度下降.

19940906

默认的make不加-j参数效率比较低

1. make -j
   
2. 　　既然IO不是瓶颈，那CPU就应该是一个影响编译速度的重要因素了。
   
3. 　　用make -j带一个参数，可以把项目在进行并行编译，比如在一台双核的机器上，完全可以用make -j4，让make最多允许4个编译命令同时执行，这样可以更有效的利用CPU资源。
   
4. 　　还是用Kernel来测试：
   
5. 　　用make： 40分16秒
   
6. 　　用make -j4：23分16秒
   
7. 　　用make -j8：22分59秒
   
8. 　　由此看来，在多核CPU上，适当的进行并行编译还是可以明显提高编译速度的。但并行的任务不宜太多，一般是以CPU的核心数目的两倍为宜。
   
9. 　　不过这个方案不是完全没有cost的，如果项目的Makefile不规范，没有正确的设置好依赖关系，并行编译的结果就是编译不能正常进行。如果依赖关系设置过于保守，则可能本身编译的可并行度就下降了，也不能取得最佳的效果。

复制代码

a22271001

我都是用可并行线程数+1的，
有一次j后面忘记加参数，不一会儿就把物理内存占满，硬盘超级响

菩提祖师

a22271001 发表于 2014-3-16 10:04
我都是用可并行线程数+1的，
有一次j后面忘记加参数，不一会儿就把物理内存占满，硬盘超级响

什么意思?忘记加参数就沾满内存?线程数变成undefined吗?