performance - Jmeter瓶颈

Question

我们正在使用 Jmeter 测试一个系统。我们在 Jmeter 启动测试中遇到以下瓶颈:

症状:

• 我们达到每秒最多 15 个请求 (rps)。
• 此限制针对每个 Java VM，而不是针对每台计算机。
• CPU 并未达到极限，仅达到大约。 30%。该测试与请求一起进行了相当多的预处理和后处理，因此这可能是一个问题，但事实并非如此。
• 内存(3.5 GiB 的计算机)约为。 70% - 80%。这足以使 rps 更高一些，因此这不是限制。
• 内存(JVM)已根据建议设置，也进行了各种尝试，但没有任何改进。
• 我还检查了 TCP 连接，从“使用 keep-alive”更改为“不使用 keep-alive”并没有带来任何改善(这是意料之外的)。
• 所有(!)断言均已关闭。
• 日志记录:仅记录响应时间、响应时间百分位数、吞吐量和请求率，以及 jmeter 的标准表输出。
• 所有日志文件都保存到本地硬盘。

Jmeter 通过 jmeter.bat 脚本启动，并具有以下 JVM 设置:

set HEAP=-Xms768m -Xmx768m -Xss128k
set NEW=-XX:NewSize=256m -XX:MaxNewSize=256m
set SURVIVOR=-XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=50%
set TENURING=-XX:MaxTenuringThreshold=2
set RMIGC=-Dsun.rmi.dgc.client.gcInterval=600000 -Dsun.rmi.dgc.server.gcInterval=600000
set PERM=-XX:PermSize=256m -XX:MaxPermSize=256m
set DUMP=-XX:+HeapDumpOnOutOfMemoryError
set DDRAW=
set ARGS=%DUMP% %HEAP% %NEW% %SURVIVOR% %TENURING% %RMIGC% %PERM% %DDRAW% %JM_START% %JM_LAUNCH% %ARGS% %JVM_ARGS% -jar "%JMETER_BIN%ApacheJMeter.jar" %JMETER_CMD_LINE_ARGS%

jmeter.properties 具有以下内容:

language=en
cookies=cookies
xml.parser=org.apache.xerces.parsers.SAXParser
jmeter.laf.mac=System
jmeter.loggerpanel.maxlength=5000
not_in_menu=HTML Parameter Mask,HTTP User Parameter Modifier
remote_hosts=127.0.0.1
log_level.jmeter=ERROR
log_level.jmeter.junit=ERROR
log_level.jorphan=WARN
log_file='c:\\temp\\jmeter_'yyyyMMdd'.log'
jmeter.save.saveservice.timestamp_format=yyyy/MM/dd HH:mm:ss
jmeter.save.saveservice.base_prefix=~/
sampleresult.timestamp.start=true
upgrade_properties=/bin/upgrade.properties
HTTPResponse.parsers=htmlParser wmlParser
htmlParser.types=text/html application/xhtml+xml application/xml text/xml
wmlParser.className=org.apache.jmeter.protocol.http.parser.RegexpHTMLParser
wmlParser.types=text/vnd.wap.wml
summariser.interval=180
summariser.log=true
summariser.out=true
beanshell.server.file=../extras/startup.bsh
time.YMDHMS=yyyyMMdd_HHmmss
onload.expandtree=true
view.results.tree.max_size=0
classfinder.functions.contain=.functions.
classfinder.functions.notContain=.gui.
user.properties=user.properties
system.properties=system.properties   

在 jmx 中已指定以下设置:

<stringProp name="ThreadGroup.num_threads">300</stringProp>
<stringProp name="ThreadGroup.ramp_time">0</stringProp>
<stringProp name="ThreadGroup.ramp_time">0</stringProp>
<longProp name="ThreadGroup.start_time">1404986400000</longProp>
<longProp name="ThreadGroup.end_time">1404990000000</longProp>
<boolProp name="ThreadGroup.scheduler">false</boolProp>
<stringProp name="ThreadGroup.duration">3600</stringProp>
<stringProp name="ThreadGroup.delay"></stringProp>
<boolProp name="ThreadGroup.delayedStart">true</boolProp>

问题: 瓶颈在哪里，如何突破？

Answer 1

我想提出一些建议，

1. 实现 Blazemerter JMeter tips 指定的所有 JMeter 最佳实践(Dmitri 提供的同一链接)这将确保脚本得到优化。
2. 您的计算机具有 3.5 GB 或 RAM，但您的 JMeter 设置显示，您仅提供了 768mb 最大 JVM 内存。您是否在同一台计算机上启动多个 JMeter 实例？我认为最大堆大小为 2GB 的 JMeter 单个实例(或出于 mmgt 目的创建 2 个实例)应该能够产生 300 个用户负载。
3. 尽管测试运行了 1 小时，但我发现您的测试的启动时间为 0。对于 300 个用户，全部在 0 秒内上线，这将使系统在开始时过载。真的需要吗？也许您应该添加一些 10-15 分钟的加速并运行测试，这将有助于提高 Jmeter 实例的性能。
4. 确定您想要生成多少 tps 或请求/秒(如果您的负载测试计划(或 SLA)中存在)，然后可能使用吞吐量 Controller 来控制所需的吞吐量。

5. 开始监控 JMeter 实例，

   JVisualVM:UI工具，免费软件，细节丰富，易于使用
   JMap:UI 和命令行，细节出色，易于使用
   Jstat:命令行，系统开销非常低，细节出色

   并监控负载下的应用程序系统，以便更好地进行分析。这也将帮助您找到应用程序端瓶颈(如果有)。

一般普通用户机器也会有 8GB 内存、双核/四核 cpu，因此单台机器可以产生 500-1000 个用户负载。如果需要，请进行分布式 JMeter 测试。