JMeter 在长场景下失败

Question

我有一个 5K HTTP 请求的场景。当我用它启动 JMeter 时，JMeter 只是在大约 170 个用户之后挂起。我遵循了成功进行压力测试的所有准则（无侦听器、无头、增加堆空间）。

我必须说其中一些请求有点大，整个文件约为 115M。

当我只接受请求的一个子集（约 100 个）时，模拟效果更好（用户初始化更快，拥有超过 170 个用户等）。

我的问题是，首先，据我了解，JMeter 加载场景树并且每个线程都播放它，不应该有任何重复，那么究竟是什么导致了这种广泛的负载？其次，我该怎么办？

PS：当我查看系统瓶颈时，我注意到 CPU 和内存在长文件中的值都非常高，而在较短的版本中这两个指标的值都很低。谁能解释一下？

PS2：请求之间有大约 7 秒的延迟

Answer 1

首先我需要让您知道，如果您使用单个系统进行负载测试，您的硬件或端口一次最多可以处理 1 Gig 的数据。并且您的防火墙（如果有）将再次接收/传递不超过 I Gig 的数据。尝试在 Jmeter(Master-Slave-Distributed System) 中使用分布式负载测试系统进行相同的负载测试。即便如此，我认为它不会运行 4k 请求（如果这些请求很重）。

最佳解决方案：

1. 试试我上面提到的分布式系统。
2. 尝试在非 GUI 模式 - CLI 中运行负载测试
3. 根据需要增加加速时间。
4. 增加系统的 RAM 并为 jmeter 分配最大的可用堆空间。
5. 巨大的变化 - 使用 1. Blazemeter 云或 2. 将负载测试的完整设置转移到更可靠和可扩展的 Amazon Server。