JMeter测试一个简单的查询，运行的线程数设置得比较大后总会挂住几个，求指点
用Badboy录制了一个简单的查询后，在JMeter里运行测试，设置Ramp-up period总是为10，循环次数总是为1（即不循环）。开始设置线程数为50，顺利循环完成，看到右上角的数字从0开始加压到50，然后慢慢减回到0，整个循环结束。
改为150，看到右上角数字从0开始加压，然后慢慢减小，但是减小到30就挂住不动了，等了十几分钟，还是不动，在JMeter“运行”菜单里可以看到“启动”是灰色的，也就是处于运行态。
减少到120，挂住的线程数是9个，现象同上。
试着在线程数是150的时候，将Ramp-up period改为20,30之类的，也不会挂住。
请问这种情况是单纯的Ramp-up period设置的数目不合适引起的吗？但是现象是最后几个是一直挂住，刚刚中午吃饭前测试的，吃完饭后溜达了一圈回来，将近一个小时，挂住的还是挂住。 ？？？ 是否因为没有调整启动文件jmeter.bat中jvm的参数？一般不可能是机器内存不够的原因。 没用过，不过开源的肯定没LR方便 有可能是启动文件的参数吧，机器内存肯定是够的，4G还不够那就完蛋了。我调整下试试看先。多谢了。
其实原来一直用的LR，但是公司不让用D版的，很郁闷啊。 我又回来了，根据这几天观察的现象看，JMeter的运行挺不稳定的，性能的好坏和当时的运行环境关系挺大的，JMeter要是自己跑久了，最好关掉重开，清理一下内存。
我拿相同的条件测试过，JMeter有时候挂住几个线程，有时候又不挂住，挂住的时候在外部打开浏览器页面，还是能正常操作的，也就是说Tomcat没有挂住，是JMeter自己挂住了。如果是Tomcat挂住，过会儿JMeter的聚合报告会报错的，而JMeter自己挂住就是一直挂在那里不会报错，什么动作都没有。
罗里罗嗦说了一大通，不知道表达清楚了没有。反正LR也用过，感觉挺好用的，JMeter也用了，还行吧。 java写的是有这个问题，和简单的应用比，jmeter反而会先打到瓶颈，所以手册建议一台console带多台agent的方式。
不过作为开源的，凑合用吧^_^，多学一个工具有助于加深对性能测试原理的理解^_^ 相同并发用户数，产生的压力，也就是请求数要少于lr，毕竟事java写的，效率会低一些
页:
[1]
