java - JMeter 为什么添加 Constant Timer 后错误率降低了

Question

我正在使用 JMeter 进行性能测试。我保留了大约 20 个虚拟用户并运行了一些 POST 休息 URL 30 分钟。我观察到错误百分比增加了一些。 (假设错误% = 30%)

所以我所做的是:我添加了常量计时器(线程延迟)保持大约 2 秒，现在 error% 减少了很多。(假设 error% = 2%)

1) 从技术上来说，我可以知道，为什么添加常量计时器(线程延迟)后错误百分比减少了？

2) 当请求不断通过 JMeter 不断到达服务器时，为什么我们会收到错误？ (当未添加Constant Timer或Thread Delay时)

3) CPU 创建每个线程需要多少时间？我问这个问题的原因是，我看到 JMeter 中的样本/请求数量约为 530,000(当与 15 个虚拟用户一起运行时)。据我所知，只有 4 个线程并行运行(如果 cpu 有 4 个核心)。那么我的 CPU 是如何能够在 30 分钟内创建 530,000 个请求的呢？

4) 在1秒内，CPU可以创建多少个线程？ (假设 CPU 有 4 个核心)

Answer 1

1. Constant Timer 在请求之间添加了“思考时间”，如果您将计时器添加到与所有请求相同的级别(请参阅 JMeter Scoping Rules 了解更多详细信息) - 这意味着 JMeter 将在之前“ sleep ”2 秒 定时器范围内的每个采样器。如果您有计时器，您会产生更少的负载，因此应用程序有更多机会正确响应
2. 很可能是应用程序过载，即您找到了 bottleneck
3. 这主要取决于线程正在做什么、请求的大小、响应、前置/后处理器的数量。只需确保 JMeter 在 CPU、RAM、网络、磁盘方面有足够的空间来运行，JVM 有足够的堆空间并且不会过于频繁地执行垃圾收集。您可以使用内置操作系统监控工具或 JMeter PerfMon Plugin 来测量所有这些指标。