性能测试：响应时间的波动表明什么？
Performance Testing: What does fluctuating Response time indicates?
下面是我在执行性能测试后收到的图表。
我对波动的响应时间图感到困惑。
注意：1) 吞吐量图也在波动。 2) 我在测试期间没有收到任何错误。
它通常表示被测应用程序或 JMeter 引擎过载，因此它无法 handle/produce 稳定的负载模式。
您的响应时间约为 1.5 分钟，这对我来说似乎有点高，因此我建议您需要监控正在测试的应用程序并检查：
- 在 CPU、RAM、网络 IO 等方面是否有足够的运行余量，因为可能是应用程序的 RAM 不足且 goes swapping and disk IO is much slower than RAM, it can be checked using i.e. JMeter PerfMon Plugin
- 是否properly configured for high loads中间件（数据库、应用服务器、负载均衡器等）需要调优，spike-like response time pattern可能代表intensity GC activity
- 在任何情况下都要确保 JMeter is also properly configured for high load 并且不缺少资源，因为 JMeter 不能 send/receive 足够快地请求你会得到假阴性结果
单一图表无法说明全部情况，您需要关联所有可能来源的信息、收集日志文件等。
-
下面是我在执行性能测试后收到的图表。 我对波动的响应时间图感到困惑。 注意：1) 吞吐量图也在波动。 2) 我在测试期间没有收到任何错误。
它通常表示被测应用程序或 JMeter 引擎过载，因此它无法 handle/produce 稳定的负载模式。
您的响应时间约为 1.5 分钟，这对我来说似乎有点高，因此我建议您需要监控正在测试的应用程序并检查：
- 在 CPU、RAM、网络 IO 等方面是否有足够的运行余量，因为可能是应用程序的 RAM 不足且 goes swapping and disk IO is much slower than RAM, it can be checked using i.e. JMeter PerfMon Plugin
- 是否properly configured for high loads中间件（数据库、应用服务器、负载均衡器等）需要调优，spike-like response time pattern可能代表intensity GC activity
- 在任何情况下都要确保 JMeter is also properly configured for high load 并且不缺少资源，因为 JMeter 不能 send/receive 足够快地请求你会得到假阴性结果
单一图表无法说明全部情况，您需要关联所有可能来源的信息、收集日志文件等。
-
-