我在JMeter中有下一个测试计划:
在屏幕截图中,您可以看到第一个ThreadGroup的设置,它们在测试计划中有50%的常见请求(在每个线程组中放置了10个不同的子请求)。 因此,使用这些设置平均每秒+1请求。
然后我运行了这个测试并看到了这张图片(错误%列):
我在文件中保存错误,所有这些错误都有相同的文字:
<sample t="30129" lt="0" ts="1356710138314" s="false" lb="WebService(SOAP) Request 1" rc="000" rm="**Connection reset**" tn="jp@gc - Stepping Thread Group1 3-247" dt="text" by="0"/>
服务器的cpu截图:
和数据库:
错误出现后,我的补偿开始缓慢而缓慢(尽管错误停止显示进一步)... 同时服务器的cpu逐渐降至0。
请告诉我,
出现此错误的原因是什么?
我是否已达到服务器超时? (因为表中Max超过30秒)。
UPD。我已经使用下一个设置重新运行测试:每个02:46:40 1000个用户(每10秒+1个线程组,并且循环中每个新线程内有10个请求)。 即我已经将测试时间和总线程组减少了2倍,但节省了Thead的增加的强度。
结果相同(包括服务器上的cpu使用情况)。 我在990线程启动后收到错误«连接重置»。有截图:
有什么想法吗?
答案 0 :(得分:1)
首先,WebService(SOAP)请求不是在JMeter中测试Webservices的最佳方法,它将在即将发布的2.9版本中弃用。 可以选择HTTP Sampler,因为它的性能要好得多。
其次,连接重置意味着您的服务器已断开连接。它可能来自CPU似乎很高但不确定。
如果您所谓的“我的comp”是托管JMeter的计算机开始工作缓慢,那么您的JMeter实例会被您配置的线程数(2003或更多?)所淹没。它可能来自很多因素,请阅读: