1. 以非GUI模式运行JMeter
在Ubuntu上运行JMeter时，避免使用图形界面（GUI）模式，因为GUI会消耗大量CPU和内存资源。使用-n参数启动非GUI模式，例如：
./jmeter -n -t your_test_plan.jmx -l result.jtl
非GUI模式仅执行测试并保存结果，显著降低资源占用。
2. 优化JVM堆内存设置
JMeter默认堆内存（-Xms和-Xmx）仅为512MB，若测试线程数较多或请求复杂，易导致内存不足（OOM）。根据Ubuntu服务器内存大小调整堆内存（建议为物理内存的50%-70%），例如：
export HEAP="-Xms2g -Xmx4g"
或在jmeter.sh启动脚本中修改HEAP参数，避免频繁GC导致的性能下降。
3. 调整JVM垃圾回收策略
默认的垃圾回收器（如Serial GC）在高并发下会产生较长停顿。建议启用G1GC（Garbage-First Garbage Collector），减少GC对测试的影响：
export JMETER_OPTS="$JMETER_OPTS -XX:+UseG1GC"
G1GC通过并发标记和整理，降低停顿时间，提升JMeter运行稳定性。
4. 减少不必要的监听器
监听器（如“查看结果树”“图形结果”）会实时记录和展示每个请求的详细信息，消耗大量CPU和磁盘I/O。正式测试时关闭所有监听器，仅在调试阶段使用；结果保存选择轻量级格式（如CSV），避免XML格式的高开销：
# 在jmeter.properties中关闭响应数据保存
jmeter.save.saveservice.response_data=false
仅保留“聚合报告”“Summary Report”等低开销监听器。
5. 使用分布式测试
若单台Ubuntu机器无法满足高并发需求（如线程数超过200），可采用分布式测试，将负载分散到多台机器。配置remote_hosts参数（在jmeter.properties中），例如：
remote_hosts=192.168.1.101:1099,192.168.1.102:1099
启动分布式测试时使用-r参数（远程启动所有节点）或-R参数（指定部分节点），提升整体并发能力。
6. 优化测试脚本
CSV Data Set Config读取外部数据（如用户名、密码），避免硬编码，减少脚本维护成本；If Controller、Beanshell等耗时组件，优先使用原生JMeter元件（如HTTP Request、Response Assertion）；7. 监控Ubuntu系统资源
使用工具（如top、htop、vmstat、iostat）实时监控Ubuntu的CPU、内存、磁盘I/O和网络状态，定位性能瓶颈：
# 安装htop（增强版top）
sudo apt update && sudo apt install htop
# 运行htop
htop
若CPU使用率持续高于80%，可能需要升级服务器配置或减少线程数；若内存不足，需增加堆内存或优化脚本减少内存占用。
8. 调整HTTP取样器配置
HttpClient4（默认），其连接池管理更高效，比Java实现性能更好。
