减负一，优化监听（GUI模式，尽量不考虑）
1.“查看结果树”，需要勾选“仅日志错误”，这样只会保存错误日志到内存，数据不会多。如果保存所有，那么会保存每个请求信息和相关信息，而且这些数据都是保存到jvm内存的，且常驻数据无法回收，上万十万大量请求很快就会压垮jmeter。
2.“聚合报告”中小并（100以内）发可以保留；高并发去掉，添加“Simple Data Writer”且保存csv格式数据。“聚合报告”是非常消耗cpu的。
3.其他监听组件可以都去掉，测试完后通过保存的结果，线下生成图表报告
减负二，优化监听（Non-GUI命令行模式）
1.“查看结果树”，需要勾选“仅日志错误”，需要设置路径，保存错误信息到文件，并且保存所有信息（点击Configure，勾选所有非CSV选项）
2.“聚合报告”命令行下无效
3. 其他监听组件可以都去掉，基本在Non-GUI下无效
减负三，结果文件优化
1. 结果数据一定要保存为CSV格式（比起xml格式，每条数据会少很多）（可以用Non-GUI命令指定csv日志保存）
2.“查看结果树”保存的错误信息要保存为xml，可以保存完整结果信息，方便错误分析
减负四，如果要超高并发建议不要直接使用分布式压测
1. jmeter分布部署只是缓解问题，没根本解决问题，高并发时master机器承受的压力很大，形成单点，无法在高并发时提供稳定负载
2. 数据会写可能丢失
3. 解决方法：需要手工运行slave，或利用jenkins同时触发多台slave
减负五，再强调一下，建议用Non-GUI命令行模式运行，并且选择Linux环境运行Jmeter也是很有必要的
1. 用Non-GUI运行jmeter生成csv报告，但别输出html报告（需要高jvm内存来完成，所以分成两步进行）
2. 修改jmeter的jvm内存（建议物理内存的一半，HEAP的xms和xmx，1G的csv报告建议对应2G的xmx大小），用高jvm内存来转换csv报告至html报告（内存不够就换机器来转换报告）
减负六，可以选择用Jmeter + Grafana + InfluxDB的方式，来代替报告文件的生成。
1. 将Jmeter分布式集群去中心化，Master节点不再负责收集和处理测试数据，只负责调度slave节点
2. 支持多Master-slave，形成多路Jmeter测试集群（利用Jenkins或其他调度工具同时触发调度测试）
