并发线程和终极线程组和性能基准

Question

在理解并发线程和最终线程组的概念时，我很困惑在运行并发线程或最终线程组时理解汇总/聚合报告的结果。例如，如果我有 200 个用户并且加速时间为 60 秒，那么我没有' 成功完成执行后，不会将所有采样器请求视为 200 个样本，但只有少数采样器请求有 200 个样本。当我使用普通线程组时，在完成执行后，每个采样器请求的线程数总是相同的。

对于更多用户的实际负载测试，您能否建议我更喜欢哪个线程组。

您能否通过一些有价值的链接/书籍提供有价值的指导，并在进行负载测试时与我分享标准性能基准标准或关键参数详细信息。（如果任何基准负载参数值不符合标准，那么我们可以说有是性能问题）

感谢您提前给予宝贵的时间。

谢谢

同意

Answer 1

这是因为：

1. 您的应用程序响应时间过长
2. 您的测试时间过短

例如，我可以看到响应时间 > 80 秒：

这意味着如果单个虚拟用户对 2 个采样器的累积响应时间 > 160 秒，并且测试持续时间为 120 秒，它将无法执行所有请求。只需将您的测试持续时间增加到 10 分钟，您应该会看到更多的虚拟用户能够执行您在测试计划中定义的所有采样器。

此外，如果第一个用户能够成功执行所有请求，并且及时看起来您的应用程序过载，因此当并发用户数达到某个“临界阈值”时无法足够快地响应，您可以添加像 @ 这样的侦听器987654322@ 和 Response Times vs Threads，这样您就可以将增加的负载与增加的响应时间关联起来。

如果收集也有意义：

1. 应用程序的基线运行状况指标（CPU、RAM、网络、磁盘使用情况等），可以使用JMeter PerfMon Plugin 完成。
2. 较低级别的详细信息，例如最慢的方法、最大的对象、最繁重的数据库查询等。可以使用特定于您的应用程序编程语言的profiling tools 获取这种形式的信息。