JMeter请求在没有计时器的情况下延迟

在我的JMeter测试计划中，我有一个包含多个请求的事务控制器。HTTP采样器和控制器之间没有任何计时器，控制器配置为生成父样本

当我运行该测试时，大多数样本都是正常的，但存在一些异常值，对于这些异常值，父样本的响应时间非常长，尽管控制器内的HTTP响应时间非常低。检查之后，我发现HTTP请求之间有几分钟的间隔，即使没有配置计时器

例如，第一个HTTP采样器在04:08:34启动，加载时间为358毫秒。第二个采样器在04:11:41启动-因此启动它需要3分钟以上。然后有更多类似的请求，虽然所有HTTP采样器加载时间的总和不到1秒，但总体父级采样时间超过6分钟

有人知道为什么有时候启动下一个HTTP请求需要很长时间吗？这可能是由于执行测试的机器上的资源（如内存）不足（这是分布式测试）造成的吗？

如果您没有或没有一个或多个采样器，或没有以最快的速度一个接一个地执行采样器

我能想到的唯一原因是：

• JMeter端缺乏资源（CPU、RAM、网络、磁盘），我建议确保JMeter有足够的空间使用
• 延迟可能是由以下原因引起的，因此您可以使用-它将提供JMeter“挂起”的确切位置信息

---

这可能是由于您正在测试的应用程序造成的，实际上，应用程序有时会保留请求，因为所有其他请求都会随机延迟。你能分享你正在生成的请求类型吗？事实上我说没有计时器是错的。有一个计时器在所有这些请求的范围内。问题似乎是JMeter包含计时器持续时间，即使事务控制器未配置为包含计时器和前后处理器的持续时间。我想这是JMeter中的一些错误，因为数千个样本计算正确，其中只有两个包含计时器持续时间。我使用JMeterV5.1.1。可能需要切换到其他版本。请尝试将jmeter降级到版本4，然后检查。版本4.0仍然相同。但它在2.13版上运行良好。我正在尝试迁移到更高版本，但有一个奇怪的问题。我发现对于这些异常值，结果（JTL）文件中缺少一些数据。在这些情况下，我只看到了来自Ultimate线程组的几个HTTP示例。我的组配置为在出现错误时启动下一个线程循环，但在这些情况下，我看不到任何错误。这可能是终极线程组的错误吗？有人能为终极线程组推荐任何替代方案吗？