【转载】jmeter之如何减负-实现稳定超高并发测试（性能调优）
在测试过程中，初学者（也包括早期的我），使用工具不当，添加众多监控组件，非常想看到实时报告，跑不了一会，jmeter就卡死甚至oom，只得重启，之前的统计报告没了，非常郁闷。下面我来总结下如何正确使用jmeter，有效利用执行资源，小型机器也可以实现高并发负载。[*]减负一，优化监听（GUI模式）
[*]“查看结果树”，需要勾选“仅日志错误”，这样只会保存错误日志到内存，数据不会多。如果保存所有，那么会保存每个请求请求信息和相应信息，而且这些数据都是保存到jvm内存的，且常驻数据无法回收，上万十万大量请求很快就会压垮jmeter。
[*]“聚合报告”中小并（100以内）发可以保留；高并发去掉，添加“Simple Data Writer”且保存csv格式数据。“聚合报告”是非常消耗cpu的。
[*]其他监听组件可以都去掉，测试完后通过保存的结果，线下生成图表报告
[*]减负二，优化监听（Non-GUI命令行模式）
[*]“查看结果树”，需要勾选“仅日志错误”，需要设置路径，保存错误信息到文件，并且保存所有信息（点击Configu re，勾选所有非CSV选项）
[*]“聚合报告”命令行下无效
[*]其他监听组件可以都去掉，基本在Non-GUI下无效
[*]减负三，结果文件优化
[*]结果数据一定要保存为CSV格式（比起xml格式，每条数据会少很多）
[*]“查看结果树”保存的错误信息要保存为xml，可以保存完整结果信息，方便错误分析
[*]减负四，勿使用分布式压测
[*]jmeter分布部署只是解决问题，没根本解决问题，高并发时master机器承受的压力很大，形成单点，无法在高并发时提供稳定负载
[*]数据会写可能丢失
[*]解决方法：需要手工运行slave，或利用jenkins同时触发多台slave
[*]减负五，建议用Non-GUI命令行模式运行
[*]参考：jmeter之命令行模式（Non-GUI Mode ）
很赞 不太明白如何进行手工运行slave，或利用jenkins同时触发多台slave，有具体截图和操作步骤吗？我们公司要做8000并发的测试，我这一台电脑根本搞不定
页:
[1]
