响应时间稳定上升,没有出现明显波动。
最后我们来看看Nmon的资源监控。
整个负载中CPU提供了绰绰有余的处理能力,而如果降低30%的处理能力(CPU变为3GHz),那么CPU的瓶颈就会比较明显了。
在内存的使用中,可以看到系统的内存尚有较大富系,过去设置的2GB内存相对来说略少,当设置为3GB内存时系统的内存始终剩余在1GB左右,可能是系统无法合理使用导致的,那么在这种情况下我们可以考虑进一步提升PHP模块所使用的内存,也可以加大连接池来更加合理地使用内存。
网络带宽的瓶颈比较明显,主要是在页面返回上的内容过多。
虽然我们大幅提升了CPU的处理能力,但是并没有出现TPS的大幅提升,导致这个问题的原因可能有以下几种:
● 带宽限制导致系统无法接受更多请求。
● Nginx的配置导致连接只能做到900不到。
● 某一种资源的瓶颈导致了处理能力的瓶颈。
由于篇幅原因,这里就不对剩下的3个模块做这样的分析了,大家可以自行参考这个分析流程对被测系统进行性能瓶颈分析及定位。
(未完,精彩待续)
连载一 连载二 连载三 连载四 连载五 连载六 连载七 连载八 连载九 连载十
本文选自《51Testing软件测试作品系列》之十——《性能测试进阶指南——LoadRunner11实战》。
本站经电子工业出版社和作者的授权,近期将进行部分章节的连载,敬请期待!
版权声明:51Testing软件测试网获电子工业出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。
相关阅读: