为什么建议在 jmeter 中以非 gui 模式运行负载测试

如何解决为什么建议在 jmeter 中以非 gui 模式运行负载测试

我正在监控在 GUI 模式下运行时从 jmeter 机器连接的连接时间和延迟，并且在可接受的范围内。

即使我可以使用 GUI 模式执行负载测试，我们是否应该严格遵循非 GUI 模式？

我的目标是 250 TPS，并且能够实现这一目标..我增加了内存并监控 cpu 和负载生成器的内存低于 60%。

我应该选择非 GUI 模式吗？

解决方法

主要限制是 queue 中的每个事件都由单个事件调度线程处理，该线程将充当 JMeter 端的 bottleneck。

我的期望是您的“250 TPS”看起来像：

虽然它应该看起来像：

因此检查您的加载模式如何使用即 Transactions per Second 侦听器（可通过 JMeter Plugins Manager 安装）

还要检查您的 JVM 看起来如何，尤其是在涉及 garbage collection 时，可以通过即 JVisualVM 来完成，很可能您会看到相同的“链锯”模式

,

您不需要关注 JMeter best practices，但是

您可能会遇到实现特定目标（如 TPS）的问题

• 您的机器无法执行 GUI 或资源不足

• 您使用脚本或构建工具作为 Jenkins 执行 JMeter

此外，最好熟悉 JMeter CLI（非 GUI）及其 report capabilities

JMeter 支持生成仪表板报告以从测试计划中获取图表和统计数据。

使用分布式测试也需要它

考虑使用分布式模式（或不使用）在多台机器上运行多个 CLI JMeter 实例

CLI 也适用于 Parameterising tests

然后可以在 JMeter 命令行上定义“loops”属性：

jmeter … -Jloops=12