《java系统性能调优》--1.发现瓶颈

本文从12306.cn网站出发,探讨网站性能技术,重点关注吞吐量和响应时间两个关键指标。同时,列举并介绍了十个可用于Web应用的压力测试工具,帮助开发者进行性能调优。
摘要由CSDN通过智能技术生成
性能啊!性能!

之所以想写写性能调优,也是有感于我们的项目,我们采用一些手段使得系统性能上升了一个台阶,总是需要把这点经验沉淀一下。随着工作的深入,关于系统性能的事肯定还有很多,也算是通过这个系列文章做做笔记。优化可能包括应用级别的优化,也可能包括代码级别的优化。

“要进行优化,先得找到性能瓶颈!” 

忘记是从哪里看到了这句话,但总算切中要害。

但在找性能瓶颈之前,我们总要先对系统性能有一个概念。

如何在不购买新硬件的条件下完成更多的工作?何时才真正需要添加硬件(更多的内存,更快的磁盘、 CPU以及网络接口)?有时只需消除一些简单的瓶颈即可解决许多性能问题——但是要实现它,你必须充分了解自己的计算机和网络,从而找到真正的瓶颈所在。在预算短缺的今天,理解如何优化系统性能比以往任何时候都重要。一味地投资并不是能够让人们接受的办法——并且也不一定生效
                                                                                                                                       -------《系统性能优化》

再看两篇文章吧

http://www.kuqin.com/system-analysis/20120116/317410.html


看了上面的陈述,相信你已经有所感触,说得直白一点,系统性能就是在尽可能减少投资的情况下,解决下面两个事:

  1. Throughput ,吞吐量。也就是每秒钟可以处理的请求数,任务数。
  2. Response time, 响应时间。也就是系统在处理一个请求或一个任务时的响应时间。

我们要做优化,就是为了让吞吐量更大,让响应时间更短,在二者之间达到平衡,满足我们的业务要求。

所以,我们要发现性能瓶颈,其实就是找到影响吞吐量和响应时间的地方。


怎么找?

使用工具!

这里提到了

十个免费的Web压力测试工具


工具还有很多,上面10个,我没有亲自用过,不过,我倒是用过一个测试java web项目性能的工具:javamelody

JavaMelody能够在QA和实际运行生产环境监测Java或Java EE应用程序服务器。并以图表的形式显示:Java内存和Java CPU使用情况,用户Session数量,JDBC连接数,和http请求、sql请求、jsp页面与业务接口方法(EJB3、Spring、Guice)的执行数量,平均执行时间,错误百分比等。图表可以按天,周,月,年或自定义时间段查看。 

截张图给大家看看


这只是一部分图标,它提供的信息要远比这丰富。

工具和方法论说多了无益,下篇文章给大家来点猛料。

发现瓶颈,怎么办?别急着去找程序的麻烦,先去操作系统,操作系统的报告。看看操作系统的CPU利用率,看看内存使用率,看看操作系统的IO,还有网络的IO,网络链接数,等等。通过了解操作系统的性能,我们才知道性能的问题,比如:带宽不够,内存不够,TCP缓冲区不够,等等,很多时候,不需要调整程序的,只需要调整一下硬件或操作系统的配置就可以了。说这些是为了提醒你,不要急着去修改你的代码。

如果到了非要动代码的地步, 瓶颈这东西也可以根据2:8原则来说,20%的代码耗了你80%的性能,找到那20%的代码,你就可以优化那80%的性能。所以,紧紧锁定那不到20%的代码。

后续文章,我会列举一些项目中性能调优的经验,供大家参考,也欢迎补充。





评论 18
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值