Linux C 程序如何优化性能

hanzhenlll

回复 1# __slucx__

    我觉得首先要读懂代码再去优化 比用什么工具都强，  话说QT也只是显示个UI界面而已，关键看你后台那些时刻占用资源的循环是如何处理的，，一个结构设计不好的软件 怎么优化都是徒劳的....

shan_ghost

同意楼上。

锁主要就是起个互斥/保护作用而已。程序结构良好的话，锁操作并不会带来太大影响。

一般来说，的确是80%的性能问题就出在20%的代码上。但性能和性能是不一样的，慢也是没有下限的……

有可能重写了20%的热点代码,不过是从慢到死变成很慢；再做个profiel，又不得不重写另外的20%热点，结果又从很慢变成勉强可以接受的慢；再解决20%,又从勉强可以接受的慢变成看起来很快，但任务一重就慢到死……可这已经是在原有框架下改写60%的代码了，工作量可是重写的好多好多倍（因为得不停的向原有框架妥协，而且很难找到一个两全的妥协方案）；推倒重来时，这些代码多半就用不上了。

所以，最好还是先分析程序逻辑，看看究竟水到哪里了，是不是还有挽救价值，然后再针对性解决。

andloani

我自己是这么做的：写个脚本在每个函数里面添加日志，把时间都打印出来，执行一遍看看log就知道时间花在哪里了，再针对性地优化。

MMMIX

andloani 发表于 2014-03-25 19:39
我自己是这么做的：写个脚本在每个函数里面添加日志，把时间都打印出来，执行一遍看看log就知道时间花在哪里 ...

直接用 profiling 工具吧，比你这方法快捷方便还可靠。

__slucx__

@shan_ghost 你说的性能检测工具叫啥？ 我怎么没有找到？  gprof?

__slucx__

但是似乎gprof不支持多线程

shan_ghost

gprof能在多线程场景正常执行，但只能显示主线程相关的信息。

http://blog.csdn.net/stanjiang2010/article/details/5655143

fl3w

gprofile吧，有的时候能帮你找到你以前根本想不到的瓶颈。

优化无非就是两步：找到性能瓶颈，优化它，
前者求助于工具比较靠谱，后者就纯靠技术实力了。

__slucx__

回复 17# shan_ghost


    不行啊，我想要看全部的，以及各线程之间的影响，比如锁的冲突

shan_ghost

回复 19# __slucx__


    前面给的链接里就有解决方案。

或者，直接google profile 工具 C，大堆的文章在等着你。