手机app制作pdfseo技术网

首先编写一个编译脚本 build.sh

内容如下：

然后执行time sh build.sh 

编译完成后输出三个时间 

time sh xxx.sh
# 会返回3个时间数据
(1) real：从进程 ls 开始执行到完成所耗费的 CPU 总时间。该时间包括 ls 进程执行时实际使用的 CPU 时间，ls 进程耗费在阻塞上的时间（如等待完成 I/O 操作）和其他进程所耗费的时间（Linux 是多进程系统，ls 在执行过程中，可能会有别的进程抢占 CPU）。
 
(2) user：进程 ls 执行用户态代码所耗费的 CPU 时间。该时间仅指 ls 进程执行时实际使用的 CPU 时间，而不包括其他进程所使用的时间和本进程阻塞的时间。
 
(3) sys：进程 ls 在内核态运行所耗费的 CPU 时间，即执行内核系统调用所耗费的 CPU 时间。
 
现在，我们应该对这三个时间非常清楚了吧。ls 命令的真正执行时间是多少？答案就是 user+sys 的时间，但一般情况下，real=user+sys，因而我们就使用 real 的时间作为 ls 的执行时间了（注意，这里会有几个坑，我们将在后面进行介绍）。

重新修改加脚本 加上4核编译

make -j4

这么一看上面的说法就不成立了 

修改下脚本  加上时间 

输出结果

可以看到 结束时间-开始时间大约19秒  差不多= real时间 

在换成单核编译

所以 看real时间就可以知道 项目编译的耗费了多少时间了 

我的cpu是64核 再把j改成大点的数字试下 和j4的时间差不多 

然后改成j2  如下

实际测试 j大于4 没啥效果   也有可能和我的工程有关系 

晚上回来 在刚买的arm小盒子上试了下 

同样的工程单核编译时间：

然后试了下make -j4 

小主机直接挂了 没有响应了 

改成j2还是会挂。只能把电源拔了

测试只能make这样编译

测试第二次还 9分钟 18秒  

小盒子的配置如下