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. 增加系统的内存，并将最大可用堆空间分配给jmeter。
5. 急剧变化-使用1. Blazemeter云或2.将负载测试的完整设置移至更可靠和可扩展的Amazon Server。