JMeter-吞吐量整形计时器不保持请求/秒速率

Question

我使用的是Ultimate Thread Group，在整个测试期间-520秒，固定的1020个线程计数。 我制作了一个吞吐量图，如下所示：

负载在10秒钟内增加，因此峰值不应太陡。由于最大RPS为405，最大响应时间约为25000ms，因此1020个线程就足够了。

但是，当我运行测试（jmeter -t spikes-nomiss.jmx -l spikes-nomiss.csv -e -o spikes-nomiss -n）时，下面的点击/秒图如下。

线程停止几秒钟，然后突然“醒来”。我找不到原因。最后一分钟的通话频率更高。我已将堆大小设置为2GB，并且有可用的资源，高峰期间CPU使用率不会扩展50％，内存大约为80％（计算机上的内存为4Gbs）。寻求帮助以解决冻结问题。

Answer 1

1. 确保使用JConsole监视JMeter的JVM，因为由于资源不足，JMeter可能无法创建峰值。变慢可能是由于Garbage Collection
过多造成的
2. 1020线程可能不足以达到所需的吞吐量，这主要取决于您的应用程序响应时间。如果您的应用程序响应时间超过300毫秒-您将无法使用1020个线程获得405 RPS。考虑使用Concurrency Thread Group（可能通过Schedule Feedback function
连接到吞吐量调整计时器）可能是一个更好的主意