DO NOT REPLY [Bug 49904] Performance problem : I cann't use Jmeter to simulate stress enough

[bu...@apache.org]

https://issues.apache.org/bugzilla/show_bug.cgi?id=49904

--- Comment #1 from higkoo <hi...@tom.com> 2010-09-09 02:55:56 EDT ---
最近在研究JMeter的使用，不料遇到测试工具自身有瓶颈。

主要原因是由于本人使用Jmeter做接口性能测试，而被测试的服务器性能比较好。

用LoadRunner测试每秒点击率最高可近3万，近40台负载机CPU近饱和。

而在同样的测试环境下使用Jmeter进行性能测试，负载机CPU用不到30%，而Jmeter控制台CPU耗尽出现瓶颈。

我分析了一下：
   
在有GUI和无GUI的测试过程，不添加任何监听器。结果发现控制台压力非常少，远程负载机的资源很好地利用起来了。也就是说瓶颈在于收集和分析数据，而Jmeter结果里保存的是原始数据。远程负载机的数据会实时上传到控制台上，这样导致Jmeter控制台和被测试的WEB服务器担当相同的角色。
    而Jmeter本身性能自然不如专门的WEB服务器，所以导致瓶颈的出现。


分析过程详细记录到博客里了：    
http://hi.baidu.com/higkoo/blog/item/82f97038de5fc0fcb211c7b4.html

     由于被测试的接口无法对外，需要重现问题的朋友可以在测试服务器上安装一个Nginx服务器：http://wiki.nginx.org/NginxChs
。
     在编译的时候加上 --with-http_stub_status_module 参数就可以了。
     然后在conf/nginx.conf里加上这么一段：

location /status {
    stub_status on;
    access_log off;
}

    然后以： http://serverip:port/status 为测试地址进行性能测试即可重现。
------------------------------------------------

   不知各位神仙有没遇到类似的问题，或有什么好的建议？

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: notifications-unsubscribe@jakarta.apache.org
For additional commands, e-mail: notifications-help@jakarta.apache.org