JMeter图-当有更多线程时，为什么响应时间较低
我正在使用Apache JMeter 5.0进行性能测试，线程组设置如下：线程数（用户）=100
爬升周期（以秒为单位）=5
循环计数=1
但是，我注意到，当线程数增加时，响应时间会变短。
能帮助解释或指导这里发生的事情吗？
共有1个答案
这可能有多种原因，我可以直接假设以下原因：
- 您正在触发相同的请求，应用程序缓存响应并直接从内存或磁盘返回，而不是进行处理。如果是这种情况，请考虑参数化JMIT测试，以便发送不同的或唯一的请求。李>
- 您的测试持续时间太短，应用程序无法立即“预热”。考虑更长的上升期
- 您的测试持续时间太低，因此无法达到100个并发用户，请尝试将循环计数设置为“永远”，并通过线程组的
Scheduler部分或使用运行时控制器限制测试持续时间 - 您的应用程序能够自动扩展，并通过k8s自动获得更高的虚拟硬件规格或额外的群集节点。考虑使用JMeter PerfMon Plugin 设置监视在测试侧的应用程序发生了什么
-
我正在通过一次发送250个请求来进行API负载测试。 1.配置 很自然，当很多用户同时请求时，服务器需要更长的时间来响应，这是它在这里说的。参见http://jmeter-plugins.org/wiki/responsetimesvsthreads/。然而，当测试这是我发现的… 活动线程与用户请求的数量相同吗？如果是，为什么会在一致的基础上发生？ Update-1运行了另一个测试，并增加了这一次
-
第一个线程组-Wisebuy 1-1在2019-04-30 15:46:11,559开始 我将上升周期设置为1秒，为什么线程组-Wisebuy 1-5891在2019-04-30 15:46:15,541开始？ 我将持续时间设置为2秒，为什么线程组-Wisebuy 1-7239在2019-04-30 15:46:18,767停止？
-
对于相同的测试场景，Jmeter的平均响应时间比load runner高，对于某些采样器，响应时间逐渐增加。 我正在为不同的测试场景使用多个线程组。所有场景都成功执行，但平均响应时间不准确（Jmeter为40秒，负载运行器和手动执行为8秒）
-
我正在对10个用户运行一个简单的Jmeter测试，上升时间为30秒 - 这意味着每3秒就有1个用户在页面上。我得到的平均响应时间约为每页8秒，而实际上，无论我尝试多少，页面都会在2秒内加载。我不知道我应该如何使用Jmeter结果进行测量。这里的任何帮助都非常感谢。
-
我正在运行一些创建应用程序、上传文档等的JMeter测试。我知道随着文档和应用程序的创建，测试也在通过。我可以证实这一点。然而，有趣的是，JMeter中的响应时间比我在运行负载测试时手动对站点计时时要慢得多。JMeter中的页面加载时间平均约为20秒，而实际只需5秒。你知道是什么导致了这种差异吗？
-
“Microsft Visual Studio Web性能和负载测试”和“JMeter”的响应时间不同。“JMeter”总是显示更高的响应时间。 我找不到关于这个问题的具体原因，是“Microsft Visual Studio Web性能和负载测试”还是“JMeter”的故障？ “Microsft Visual Studio Web性能和负载测试”响应时间与浏览器响应时间类似。 例如，加载到“go