老调重弹 之 性能调优

昨天帮一个朋友去调他们公司做的一个系统的性能。说是调了一个星期,并发量还是上不去。

到现场看了一下,是用 spring + hibernate 做到一套系统,使用了 spring 的 MVC,以及

ehcache作为缓存。感觉他们使用 hibernate 的关系太多了,很多 一对多,多对多的关系。

在没有压力的情况下,系统还算正常。只要加压,就经常出现 lazy load的 session closed

异常。而且,在压力的情况下,系统响应速度慢,应用服务器和数据库服务器的压力都很低。

 

加压使用的工具是loadrunner,分布在5台计算机上模拟vuser,并发上一两百都比较困难。

由于没有什么调优工具,只好使用 jconsole。在启动tomcat 的时候,加上了 management

的参数,然后用jconsole查看。在加压的时候,查看内存和线程等情况,发现很多线程在压力的

情况下都阻塞在使用 log4j 进行记录的地方。猜想大家都要往 log 文件里面写日志,导致了阻塞。

有可能是log4j使用的问题,我印象中log4j应该有对异步的处理,不知道是不是配置的问题。

由于时间比较紧,直接使用了quick but dirty 的方法,将log4j改成只记录error信息。

 

然后再上压力,并发500也比较轻松了,应用服务器的CPU占用率上升了,响应时间也提升了。

感觉解决了一部分的问题。当然,由于还有lazy load的异常,有些性能的东西还没有办法继续

调。于是给他们讲了一些调优思路就回家了。翻出了以前给部门同事做培训的一篇ppt,都是以

前调优的一些最佳实践。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值