Ubuntu 上 JMeter 性能概览与影响因素
在 Ubuntu 上，JMeter 作为纯 Java 应用，性能主要受 CPU 单核能力、可用内存、网络带宽与延迟、JVM 堆与 GC、HTTP 连接池与超时、结果监听开销 等因素影响。非 GUI 模式、合理的堆与 GC、精简监听器、连接复用与超时设置，通常能显著提升吞吐与稳定性；当单机线程/连接难以满足目标时，可采用分布式压测横向扩展压力生成能力。
可参考的实测数据
- 在一台 Ubuntu 16.04.2 LTS 的压力机（Intel Xeon E5-2690 3.0GHz ×16、32GB 内存）上，使用 JMeter 5.x 对秒杀示例进行 200 并发线程、持续 30 分钟 的压测：加压机 CPU 基本打满，而被测服务所在服务器 CPU 低于 20%；整体吞吐能力超过 5000 TPS，多数事务 75% 在 10ms 以下、平均响应时间低于 50ms。这说明在合理脚本与网络条件下，JMeter 在 Ubuntu 上能稳定驱动高并发并给出可信指标。
在 Ubuntu 上获得更好性能的配置要点
- 运行模式与基础参数
- 使用非 GUI 模式：命令行执行如：jmeter -n -t script.jmx -l result.jtl -e -o report；必要时后台执行并重定向日志。这样可显著降低本机资源占用，提升吞吐。
- JVM 堆与 GC
- 在 jmeter 或 jmeter.sh 中设置堆大小，如：HEAP=“-Xms4g -Xmx4g”（建议 -Xms 与 -Xmx 等值），并结合 -XX:+UseG1GC 减少停顿；避免过大堆导致 GC 效率下降或 OOM。
- HTTP 取样器与连接
- 实现选择 HttpClient4；开启 Keep-Alive；设置合理超时（如 Connect Timeout=5000ms、Response Timeout=10000ms）；按需降低失败重试（如 retrycount=1），避免对结果产生“重试噪音”。
- 结果监听与输出
- 压测过程中避免使用 View Results Tree 等高开销监听器，优先 Aggregate Report / Summary Report；仅在调试阶段短时开启详细日志，减少 磁盘 I/O 与 GC 压力。
- 监控被测系统资源
- 使用 PerfMon Metrics Collector 与 ServerAgent 监控被测机的 CPU、内存 等指标，便于定位瓶颈是在压力机还是被测系统侧。
何时需要分布式压测与快速落地步骤
- 适用场景
- 单机线程/连接数或端口资源达到瓶颈、需要更大并发；或希望隔离压力机与被测系统网络路径。
- 快速步骤
- 准备多台 Ubuntu 压力机（建议 Java/JMeter 版本一致）；在从机启动 jmeter-server 并配置 RMI 与网卡 IP；主机在 jmeter.properties 中设置 remote_hosts=ip:port；如需禁用 SSL，可将 server.rmi.ssl.disable=true；执行如：jmeter -n -t script.jmx -R slave1:port,slave2:port -l result.jtl -e -o report。