我正在运行340个并发用户,使用jmeter在服务器上加载测试。
但是在大多数情况下,jmeter挂断并赢得了比赛。 t返回,即使我试图关闭连接它只是挂断。最后我必须关闭该应用程序。
任何想法如何检查持有请求的内容以及如何检查jmeter发送的请求并找到瓶颈。
关闭帖子时收到以下消息
Shutting down thread please be patient message
答案 0 :(得分:3)
在过去的几年里,我已经多次这样做了。在我的每个案例中(可能不在您的案例中)问题出在我发送流量的负载均衡(F5)上。基本上,名为OneConnect的属性将连接保持在时间等待状态,并且永远不会终止连接。
像wireshark一样运行打包工具,看看请求发生了什么。
答案 1 :(得分:1)
尝试分布式测试,340个并发用户并不是什么大不了的事,但是如果减少你的痛苦,你仍然可以尝试。另请查看以下链接:
http://jmeter.apache.org/usermanual/best-practices.html#lean_mean
答案 2 :(得分:0)
首先检查一个用户的脚本是否正常。 确保使用断言。
然后按照jmeter最佳实践运行测试:
no gui
没有昂贵的听众
然后,您应该能够在csv输出中看到最长的请求并能够解决您的问题。
答案 3 :(得分:0)
我在笔记本电脑(Core 2 Duo 1.5Ghz)上运行JMeter之前也遇到过这个问题,它总是在处理过程中挂断。我试着在另一台比我的笔记本电脑更强大的电脑上运行,现在它的工作顺利进行。因此,如果您的电脑或笔记本电脑具有更好的规格,JMeter将有效运行。
注意:建议以非gui模式运行JMeter。 在Linux框中运行JMeter的示例:
$ ./jmeter -t test.jmx -n -l /Users/home/test.jtl
答案 4 :(得分:0)
我有
一个或多个测试线程不会退出
因为防火墙阻止了某些请求。所以我不得不跳过所有阻止请求的防火墙超时...然后它返回。
答案 5 :(得分:0)
您收到此错误可能是因为JVM无法运行这么多线程。如果您查看终端,您将看到例外情况:
Uncaught Exception java.lang.OutOfMemoryError:无法创建新的本机线程。有关详细信息,请参阅日志文件。
您可以通过Remote Testing解决此问题,并运行多个群集,而不是一个群集。