[size=large][color=indigo]1. webTrace 跟踪数据库SQL 瓶颈：是否走到索引，是否sql执行计划最优等。
2. jProfile 跟踪那块代码消耗cpu较多，（jprofile使用方法见工具篇）。
3. kill -3 进行线程查看，如果有大量BLOCKED线程，则说明有问题，如果RUUNNBLE的线程很多都是在执行一样的操作那就说明这部分比较消耗资源，要做优化。
4. apache 调优，对apache的各个参数进行调优，最终使apache参数对应于当前系统和当前并发量最优。所以调优的并发量参考数据要经过计算，不可以认为响应时间越快，tps越高越好。（经验告诉我们apache由于是多进程多线程的，我们采用的是apache 和jboss一直链接的情况，也不会消耗太多性能，所以还是apache好些。其在并发处理方面的能力要显著高于JBOSS）
5. jvm 调优：对于jboss配置的jvm 垃圾回收机制进行调优，让其垃圾回收更加及时高效。
6. 内存使用调优， 使用jconsole 进行监控，如果内存直线上升，最终得不到稳定，则说明有可能存在内存泄露等问题。
7. linux 内核调优。这部分难度较高，一般不需要，如果以上步骤不能满足性能要求，考虑此步骤。[/color][/size]
2. jProfile 跟踪那块代码消耗cpu较多，（jprofile使用方法见工具篇）。
3. kill -3 进行线程查看，如果有大量BLOCKED线程，则说明有问题，如果RUUNNBLE的线程很多都是在执行一样的操作那就说明这部分比较消耗资源，要做优化。
4. apache 调优，对apache的各个参数进行调优，最终使apache参数对应于当前系统和当前并发量最优。所以调优的并发量参考数据要经过计算，不可以认为响应时间越快，tps越高越好。（经验告诉我们apache由于是多进程多线程的，我们采用的是apache 和jboss一直链接的情况，也不会消耗太多性能，所以还是apache好些。其在并发处理方面的能力要显著高于JBOSS）
5. jvm 调优：对于jboss配置的jvm 垃圾回收机制进行调优，让其垃圾回收更加及时高效。
6. 内存使用调优， 使用jconsole 进行监控，如果内存直线上升，最终得不到稳定，则说明有可能存在内存泄露等问题。
7. linux 内核调优。这部分难度较高，一般不需要，如果以上步骤不能满足性能要求，考虑此步骤。[/color][/size]
7833
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
