注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

网易杭州 QA Team

务实 专注 分享 做有态度的QA

 
 
 
 
 

日志

 
 

Grinder Vs Jmeter 性能测试工具对比报告  

来自E   2012-06-26 16:36:32|  分类: 性能测试 |举报 |字号 订阅

  下载LOFTER 我的照片书  |
1. 测试工具

2. grinder HTTPPlugin VS Jmeter HTTP

2.1  动态页面

测试场景描述:

在测试机(app-35)上分别执行grinder以及jmeter 测试 getHomePage:执行时间均为600s,线程启动时间为5s内,即每个线程启动100ms,并发50个线程,每个线程执行过程中的思考时间为1-2s

测试结果:

 方法请求总数
TPS
MRT
Min MRT
Max MRT
 jmeter 19273 32.149
19
723
 grinder 19029 31.874
 34 4284
系统资源使用情况:

1. 使用jmeter测试时,测试机压力小,CPU使用率低于5%tomcat服务器CPU使用率在26%左右  
2. 使用grinder测试时,测试机CPU使用率在20%左右,tomcat服务器CPU使用率也差不多在25%左右

2.2   DWR 接口

思考时间1~2秒,测试场景描述:

测试 getRadarItems.dwr接口:执行时间均为600s,线程启动时间为5s内,即每个线程启动100ms,并发50个线程,每个线程执行过程中的思考时间为1-2s

测试结果:

 方法 请求总数TPS
MRT
Min MRT
Max MRT
 jmeter 39521 65.9 8 6 3007
 grinder
 39446 65.7 7 5 273
   系统资源使用情况:

测试过程中,测试机和tomcat服务器资源消耗非常小,grinderjmeter的服务器和测试机的CPU消耗大约都在5%2%左右。

 无思考时间,测试场景描述:

测试 getRadarItems.dwr接口:执行时间均为600s,线程启动时间为5s内,即每个线程启动100ms,并发50个线程,每个线程执行过程中不设定思考时间。

测试结果:

 方法 TPS MRT
 jmeter 1178 42
 grinder 1133 45
   系统资源使用情况:

    测试过程中,grinder测试时,测试机cpu使用率约为18%左右,jmeter约为10%左右,对测试机的压力,相对来说还是jmeter更小一些。

2.3  静态页面

测试场景描述:

在测试机(app-35)上分别执行grinder以及jmeter 测试 tomcat静态页面:http://app-66.photo.163.org:8080/

测试结果:

 并发线程数目Grinder TPS 
Grinder CPU% 
Jmeter TPS 
 JmeterCPU%
 50 621 17 1808 15
 100 1210 20 3550 32
 200 2173 35 4955 56
 500 2493 50 4349 75
   测试结果显示,jmeter在执行静态页面测试的结果优于grinder。说明,jmeter在进行Web测试方面并不逊色于grinder


3.  本地空方法 grinder VS Jmeter

测试场景描述:

使用空方法,测试工具本身性能:实现代码见:http://qa.hz.netease.com/issues/show/101892?nav=111

测试结果:

 并发线程数目 Grinder TPS
 Grinder CPU%
 Jmeter TPS
Jmeter CPU%
 100 241307 75 37407 37
 200 233596 80 35332 40
 500 224401 90 33040 40
 1000 203288 95 30164 40
   测试结果显示,似乎jmeter本身存在性能问题,CPU达到40%左右以后就上不去了,平均的TPS也低于grinder 78倍左右。

4. 结果分析

  • lofter页面以及dwr接口的测试结果对比来看,grinderjmeter的测试的TPS结果值几乎一样,并且相对来说jmeter对测试机消耗的资源少一些。测试过程中tomcat服务器成为测试瓶颈,并发压力小,在这种情况下,我们可以同时选择jmetergrinder 作为测试工具。
  • 从Java空方法测试工具本身的性能来说,2.7版本的jmeter似乎存在性能瓶颈,高并发情况下,CPU使用最多高达45%左右,没有尽可能的利用系统资源,且测试结果显示,高并发情况下,grinder测得到的TPS要比jmeter78倍左右。测试过程中,测试机CPU使用率已经达到瓶颈值
  • 通过tomcat静态页面测试对比,显示jmeter并不存在测试java 请求时的情况,即tps低且CPU利用率低的情况,相反,jmeter的测试结果比grinder还要好。说明,在web性能测试方面,jmeter有并不逊色于grinder的性能

5. 参考资料

1.     Grinder vs jmeter : http://blog.csdn.net/zhangren07/article/details/7337236

2.     比较JmeterGrinderJAVA多线程本身压力测试所带来的性能开销 : http://blog.csdn.net/techq/article/details/6628533

3.     Shootout: Load Runner vs The Grinder vs Apache JMeter :

http://blackanvil.blogspot.com/2006/06/shootout-load-runner-vs-grinder-vs.html

1.        

2.        

3.        

4.       Jmeter JVM参数性能对比: http://tianya23.blog.51cto.com/1081650/504320


  评论这张
 
阅读(2303)| 评论(6)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2016