Jmeter 后端侦听器和降低的吞吐量

测试摘要-

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

正如这里所描述的，我正在试验后端侦听器，遇到了静态html文件吞吐量的急剧下降。这些是5分钟测试的结果-

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

不带后端侦听器的吞吐量-9800/秒

我已经在一周内重复了测试，测试结果是一致的

在有或没有后端侦听器的负载代理上，我没有看到负载平均值或cpu利用率有任何显著差异

---

JMeter性能下降是后端侦听器的已知问题吗？

嗯，很有趣。是否后端写入所需的额外时间意味着1次迭代需要更长的时间才能完成，这反过来意味着每个线程的吞吐量会下降？由于线程数保持不变，因此总体吞吐量会有所下降

---

我将进行一个实验：关闭后端侦听器，但在测试线程中设置一个500毫秒的常量计时器。这会导致总体吞吐量下降吗？

嗯，很有趣。是否后端写入所需的额外时间意味着1次迭代需要更长的时间才能完成，这反过来意味着每个线程的吞吐量会下降？由于线程数保持不变，因此总体吞吐量会有所下降

---

我将进行一个实验：关闭后端侦听器，但在测试线程中设置一个500毫秒的常量计时器。这会导致总体吞吐量下降吗？

您是否尝试过使用异步队列大小5000对于没有计时器的测试来说可能非常短

这种差异可以由许多因素来解释：

• JMeter与XDB或Graphite服务器之间的网络质量
• 跟踪的样本数
• 队列大小，如果测试处于高吞吐量（无计时器），则异步队列大小将比不使用后端侦听器慢
• 还要记住，增加异步队列大小将增加内存占用

---

您是否尝试过使用异步队列大小5000对于没有计时器的测试来说可能非常短

这种差异可以由许多因素来解释：

• JMeter与XDB或Graphite服务器之间的网络质量
• 跟踪的样本数
• 队列大小，如果测试处于高吞吐量（无计时器），则异步队列大小将比不使用后端侦听器慢
• 还要记住，增加异步队列大小将增加内存占用