![](/img/trans.png)
[英]Jmeter: how to run a thread-group for 1 iteration using "jp@gc - Stepping Thread Group"?
[英]jmeter runs more threads than expected using jp@gc - Ultimate Thread Group
我尝试设置 1 个线程、1 个加速、1 个循环作为测试线程组; 我验证了我的聚合报告线程数符合预期。
当我使用jp@gc - Ultimate Thread Group运行相同的请求时,问题就出现了,我尝试从 1 个线程及以上开始,但我得到的线程总是比我设置的多,请参阅聚合报告图像。
已尝试:ver 5.2.1 并升级到 5.3 删除旧 jmeter 版本删除和添加 Ultimate Thread Group 通过 CLI 和 GUI 运行
我真的很感谢你的帮助。
添加更多细节......我预计在 3 个不同的时间段(10、30、100)中分割达到 140 个线程,实际结果是 1406 个线程。
您有 1 个线程,但是:
我不知道您“期望”有多少线程,您当前的设置假定“API 性能”请求持续 13 秒,并且 JMeter 将执行的请求数将取决于您的 API 响应时间。 查看聚合报告中的测试结果,它超过 2 秒,因此 13 秒的 6 个请求是绝对预期的
如果由于某种原因您正在寻找当前设置只有 1 个请求,您可以限制 JMeter 将使用吞吐量 Controller发送的请求数量
查看为您的场景选择正确的线程组一文,以获得有关您需要为各种工作负载类型使用哪个线程组的更多信息。
样本!=线程
这些是指由 JMeter 生成的线程束正在执行的迭代次数,您已将其定义为 Ultimate Thread Group 中“开始线程计数”的一部分。 该值不是线程
线程- 也被视为虚拟用户/活动线程/活动用户/模拟用户。 这些是您在 Ultimate Thread Group 中指定为“Start Threads Count”的一部分的值。 这些在聚合报告侦听器中的任何地方都没有测量,但您可以找到另一个名为“jp@gc - Active Threads Over Time”的侦听器
模拟与您相同的场景
我来自聚合报告侦听器的结果
您的期望在另一个名为“jp@gc - Active Threads Over Time”的侦听器中得到满足
希望这可以帮助!
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.