JMeter在长场景中失败

Question

当我只接受请求的一个子集(~100)时，模拟工作得更好（用户初始化更快，可以容纳170多个用户，等等）。

我的问题是，首先，正如我所理解的，JMeter加载场景树，每个线程都播放它，不应该有任何重复，那么到底是什么导致了如此大的加载？其次，我能做些什么呢？

PS：当我查看系统瓶颈时，我注意到长文件的CPU和内存值都很高，而短文件的CPU和内存值都很低。有人能解释吗？

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

Answer 1

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

最佳可能的解决办法：

1. 尝试上面提到的分布式系统。
2. 尝试在非GUI模式下运行负载测试-CLI
3. 根据需要增加上升时间。
4. 增加系统的Ram并为JMeter分配最大可用堆空间。
5. 剧变-使用1。湿疹云或2。将负载测试的完整设置转移到更可靠、更可伸缩的Amazon服务器。