文章多数来自互联网,若有冒犯的地方,请朋友们说明下,我会及时删除该文章!

(四)性能测试从零开始——LoadRunner入门与提升

上一篇 / 下一篇  2011-04-19 10:30:41 / 个人分类:LoadRunner

(四)性能测试从零开始——LoadRunner入门与提升
 

11.2.5  结果分析

  1.潜在性能瓶颈

  通过响应时间分析,可以得知目前系统中存在严重的客户端和网络瓶颈。主要表现为:

  ● JavaScript文件过大,其中ext-all-debug.js文件高达1.05MB,严重占用网络带宽。

  ● JavaScript文件过多,消耗了大量的http request资源,导致总体响应时间延长。

  ● JavaScript文件重复下载,大量的JavaScript文件在与Server交互的过程中被重复下载。

  以上三个现象综合作用,消耗了用户的时间和网络资源的一半之多,已经构成了性能瓶颈。

  2.网络瓶颈预测

  在百兆局域网内,完整带宽为100M bps,转换成Byte,为100M/8=12.5 MB/S.

  根据经验,一般网络带宽瓶颈参数为0.7,即占用网络带宽70%以上,即可视为出现网络瓶颈。

  因此,实际有效带宽为12.5MB/S * 70% = 8.75MB/S。

  在上面基准分析中,“新增”环节占用带宽峰值为823.423 KB/S。

  因此在百兆局域网内,可容纳的并发用户数为8.75M/823= 10.6个用户。

  推论:目前系统在百兆局域网环境下,用户数超过10.6个,即可造成网络瓶颈,网络瓶颈的表现为系统响应速度变慢,但实际上应用服务器却是空闲状态。

11.2.6  优化建议

  (1)精简JavaScript代码,尤其是ext-all-debug.js文件。

  经查看ext-all.debug.js文件源码,发现大量引用开源代码,其中有一部分属于无效代码,比如对Safari浏览器的支持和处理(Safari是Mac操作系统的浏览器)。

  (2)合并javascript文件

  从步骤一和步骤二的性能表现对比,可以看到:

  登录步骤,下载js文件83个,总共1.9MB,耗费时间3.413 S。

  因此,在js文件总体大小无法压缩的情况下,可以通过合并和减少js文件个数进一步提升性能。

  (3)采用本地和Server缓存解决重复消耗的时间

  js文件采用本地的temp目录cache方法,避免相同的大尺寸文件重复下载。

  同样地,对于频繁调用的server action,也应该在Server上通过开辟cache内存的方法来提升Server的性能。

  (4)对于步骤三出现的问题,客户端执行js文件消耗10秒是极不正常的,建议开发人员重新检查并优化相关代码。

11.2.7  预测

  通过以上数据分析,可以预测,如果有效解决js文件问题,至少能够提升30%的系统性能。

  由于网络瓶颈的影响,在本轮性能问题没有解决的情况下,不宜开展并发负载测试的执行。


TAG:

 

评分:0

我来说两句

congyu15

congyu15

自动化测试工具学习ING,做了近两年的手工测试,对于自动化测试一知半解。希望同行的兄弟姐妹们能够帮助我、指导我学习自动化测试工具,你们的一字一句都是我成长的源泉。感谢你们的无私奉献、乐此不疲!

日历

« 2021-11-22  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 19702
  • 日志数: 126
  • 建立时间: 2010-11-24
  • 更新时间: 2012-02-17

RSS订阅

Open Toolbar