关注性能:循环的耗时及编译优化的影响

追查一个项目模块的性能问题(处理时间增加),最终追查到是由于在一个循环中增加了一条读语句。

终于对积少成多对性能的影响有了一次亲身体会。

另一个体会就是追查问题时一定要考虑编译器优化的影响。

 

对MAX_SIZE= 1000000测试:

 

场景1:

简单的一个语句

 for(size_t i=0; i < MAX_SIZE; ++i){}

需要执行2.768ms, 加上-O3优化后执行0.79ms;

 

场景2:

循环内增加一个操作,(不要是sum+=i; 之类的,因为i已经存到寄存器,所以此部分不会增加多少计算时间)

for(size_t i=0; i < MAX_SIZE; ++i)
{
         sum += intVec[i];
}

需要执行24.971ms, 加上-O3优化后0.825ms;

可以发现比场景1增加了不少时间,但-O3优化后差别不大,这是因为访问一次intVec[i]时,临近的内存值也会放到寄存器,所以访问intVec[i]的时间会减少很多。

 

场景3:

在场景2基础上随机访问intVec

sum += intVec[rand(0, MAX_SIZE)];

for(size_t i=0; i < MAX_SIZE; ++i)
{
          sum += intVec[rand(0, MAX_SIZE)]; //rand(0,n)是取[0,n)之间的随机数
}

需要执行36.010ms(已经去掉了计算rand所用时间),加上-O3优化后,8.85ms

可见:

不经过优化时:2.768ms --》 24.971ms --》36.010ms

经过-O3优化后:0.79ms --》0.825ms  --》8.85ms

计算越复杂的时候,性能优化的效果越明显。

追性能问题,最后不编译优化的情况下追查,因为你可能不清楚编译器为你优化了

 

后续要补一补基础的编译常识了。

转载于:https://www.cnblogs.com/liyuxia713/archive/2012/09/05/2660617.html

你可能感兴趣的:(关注性能:循环的耗时及编译优化的影响)