如何让JMeter(Vr.5.2.1)达到每秒10万次请求？

一、优化JSR223 Sampler脚本性能 #

• 启用Groovy编译缓存：在jmeter.properties中设置groovy.use.classcache=true，避免每次请求重复编译脚本，降低CPU占用。
• 预生成请求payload：如果payload生成逻辑固定，提前将所有需要的payload写入CSV文件，用CSV Data Set Config直接读取，替代实时生成逻辑，彻底消除脚本计算的性能损耗。
• 简化脚本逻辑：移除不必要的日志输出、复杂计算或重复对象创建操作，只保留生成payload的核心逻辑；复用已有变量或实例，避免在循环内创建新对象。

二、JMeter配置与组件优化 #

• 禁用实时监听器：测试期间关闭Summary Report、View Results Tree等实时统计组件，改用Backend Listener做异步监控，减少主线程资源占用。
• 调优JVM参数：修改JMeter启动脚本（jmeter.bat/jmeter.sh）的JVM参数，示例如下（根据机器配置调整）：

  HEAP="-Xms8g -Xmx8g"
  NEW="-XX:NewSize=4g -XX:MaxNewSize=4g"
  GC="-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -XX:+ParallelRefProcEnabled"
  

  优化垃圾回收策略，避免GC停顿影响请求速率。
• 优化HTTP请求设置：启用HTTP Request的Use Keep-Alive选项，减少TCP连接建立开销；若目标端点IP固定，直接用IP替代域名，关闭DNS缓存（设置jmeter.properties中dns.cache_update_interval=0）。

三、分布式测试部署 #

单台机器的CPU、带宽、文件描述符等资源有限，无法支撑10万QPS，必须采用分布式架构：

• 部署多台JMeter Slave节点，按单台Slave的峰值QPS估算数量（比如单台跑4000QPS，需至少25台Slave）。
• 在Master节点的jmeter.properties中配置remote_hosts指向所有Slave，通过Master统一触发测试并聚合结果。
• 确保所有Slave的系统环境、JMeter版本、脚本及依赖包完全一致。

四、系统层面优化 #

• 调整操作系统参数：
  • 增大文件描述符限制：Linux下执行ulimit -n 65535（永久生效需修改/etc/security/limits.conf），避免连接数过多触发限制。
  • 优化TCP参数：修改/etc/sysctl.conf，示例：

    net.ipv4.tcp_tw_reuse = 1
    net.ipv4.tcp_fin_timeout = 30
    net.core.somaxconn = 65535
    

    减少TIME_WAIT连接堆积，提升TCP处理能力。
• 确认网络带宽充足：按单请求1KB估算，10万QPS需至少800Mbps带宽，确保链路无瓶颈。

五、其他建议 #

• 升级JMeter版本：5.2.1版本较旧，升级至最新稳定版（如5.6.x），新版本修复了多项性能问题，对高并发场景支持更好。
• 替换JSR223 Sampler：若必须动态生成payload，可尝试自定义Java请求Sampler，进一步提升执行效率。

内容的提问来源于stack exchange，提问作者sanuboy