Jmeter-线程组和循环控制器在性能方面的差异

我是Jmeter的新手。有一件事让我感到困惑

我正在测试两个场景，以使用Jmeter计算性能数字

有一个1线程组，循环计数设置为50，并有一个https采样器

具有循环计数仅为1的1线程组，但使用循环计数设置为50的循环控制器。在本例中，我的https采样器位于循环计数内

在这两种情况下，https采样器都运行了50次，但我注意到了许多性能差异

For 1 - 100 ms ( Average of 50 calls)
For 2 - 30 ms ( Average of 50 calls)

问题是为什么我看到了这种差异。理想情况下，两种方案应提供相同的性能数字。

---

另外，要添加到我的Jmeter设置中，我将“Use keep alive”设置为off，并且在Jmeter.properties中将https.Use.cached.ssl.context设置为false。

对于在线程组级别定义50个循环的场景，您的

爬升设置是什么？依照

爬升周期告诉JMeter需要多长时间才能“爬升”到所选的全部线程数。如果使用10个线程，并且爬升周期为100秒，那么JMeter将花费100秒来启动并运行所有10个线程。每个线程将在前一个线程开始后10（100/10）秒开始。如果有30个线程且爬升周期为120秒，则每个后续线程将延迟4秒

默认情况下，爬升为
1
。如果要为线程组和循环控制器寻找相同的行为，则需要将其设置为
0

展望未来，尽可能快地发送请求并不是可以称为真实负载场景的事情。真正的用户并不是在敲打这个或那个端点，他们需要一些时间在做下一个动作之前“思考”。这种“思考时间”可以通过以下方式模拟：。然而，设置所需负载的更智能的方法是使用
迭代，并在线程初始化后使用循环控制。您所说的是在开始线程之前。我认为user1788294只使用了1个用户/线程，并且意识到了升级。我觉得你说的有点离题了。如果我错了，请纠正。那就对了。我只使用1个用户/线程。我怀疑是DNS缓存导致了这种性能差异。