后端监听器和吞吐量降低

时间:2015-12-16 09:45:02

标签: jmeter

测试摘要 -

Jmeter版本 - 2.13 Jmeter机器 - 10个AWS EC2 m4.4xlarge实例 每个实例72上的线程数因此在分布式模式下总共720个线程 测试在非GUI模式下执行

我正在尝试使用这里描述的Backend监听器,并且对静态html文件的吞吐量大幅减少。这些是5分钟测试结果 -

后端侦听器的吞吐量 - 5000 /秒

没有后端侦听器的吞吐量 - 9800 /秒

我在一周的时间内重复了测试,测试结果一致。

我没有看到有或没有后端监听器的负载代理上的负载平均值或CPU利用率有任何显着差异。

JMeter性能下降是Backend侦听器的已知问题吗?

2 个答案:

答案 0 :(得分:0)

嗯,有趣。可能是执行后端写入所需的额外时间意味着1次迭代需要更长的时间才能完成,这反过来意味着每个线程的吞吐量会下降吗?由于您保持线程数不变,因此您的整体吞吐量会下降一点。

以下是我要进行的实验:关闭后端监听器,但在测试线程中放置一个500毫秒的常量计时器。是否会导致整体吞吐量下降?

答案 1 :(得分:0)

您是否尝试使用Async Queue Size 5000对于没有计时器的测试来说可能非常短暂?

差异可以通过许多因素来解释:

  • JMeter与InfluxDB或Graphite服务器之间的网络质量
  • 您跟踪的示例数量
  • 队列大小,如果您测试的是高吞吐量(无计时器),那么与不使用后端侦听器相比,异步队列大小将减慢。
  • 还要记住,增加异步队列大小会增加内存占用