为什么当测试即将结束时请求的运行时间会增加？

Question

我已经配置了J测测试，它有一个线程组，有40个线程，爬升时间为60秒，并计划运行10分钟。它由一个HTTP采样器组成。

运行该程序后，我获得的吞吐量为52/min。这意味着每个请求的请求时间小于1.20秒。

1. 现在，如果在所有活动线程中向线程组添加一个恒定的吞吐量定时器( 25/min )，那么在完成测试后，最终吞吐量为30/min，平均运行时间为5秒。它不应该是2秒(因为吞吐量是30/min)？为什么当我降低吞吐量时，平均运行时间会增加呢？
2. 当测试即将结束时，最后几个请求的运行时间高达15000毫秒(通常平均运行时间在5000毫秒以下)。为什么会这样呢？

Answer 1

这听起来像是一个内存泄漏，因为应用程序从测试的第1分钟到第10分钟处于相同的负载下，对于这个时间框架，响应时间应该大致保持不变。

如果响应时间增加，很可能意味着应用程序重载，或者请求被排队，或者它开始使用页文件或执行垃圾收集。

我建议设置对应用程序(如CPU、RAM、Network、磁盘、交换使用)的基线健康指标的监视，因为它可能解释所描述的行为。它可以使用JMeter PerfMon插件来完成。

在负载测试期间监视特定于应用程序的度量或甚至在剖面分析工具遥测下运行它也是一个好主意，这样您就可以找到应用程序中最慢/最消耗资源的部分。

最后但并非最不重要的一点是，确保JMeter有足够的空间来操作(使用与上面相同的方法)，就像您不遵循JMeter最佳实践一样，您可能会遇到JMeter无法足够快地发送请求，从而导致错误的负面结果的情况。