为什么建议在jmeter中以非gui模式运行负载测试
在GUI模式下运行时,我正在监视从jmeter机器连接的连接时间和延迟,这在可接受的范围内 即使我可以用GUI模式执行负载测试,我们是否应该严格遵循非GUI模式 我的目标是250 TPS,并且能够实现这一目标。我已经增加了内存,监控CPU,load generator的内存低于60%为什么建议在jmeter中以非gui模式运行负载测试,jmeter,load-testing,Jmeter,Load Testing,在GUI模式下运行时,我正在监视从jmeter机器连接的连接时间和延迟,这在可接受的范围内 即使我可以用GUI模式执行负载测试,我们是否应该严格遵循非GUI模式 我的目标是250 TPS,并且能够实现这一目标。我已经增加了内存,监控CPU,load generator的内存低于60% 我应该选择非GUI模式吗?您不需要遵循JMeter,但是 您可能会遇到实现特定目标的问题(如测试程序集) 您的计算机无法执行GUI或资源不足 您可以像Jenkins一样使用脚本或构建工具来执行JMeter
我应该选择非GUI模式吗?您不需要遵循JMeter,但是 您可能会遇到实现特定目标的问题(如测试程序集)
- 您的计算机无法执行GUI或资源不足
- 您可以像Jenkins一样使用脚本或构建工具来执行JMeter
主要限制是中的每个事件都由单个事件调度线程处理,该线程将充当JMeter端的 我期望您的“250 TPS”看起来像: 虽然它应该看起来像: 因此,请检查您的加载模式如何使用i.e.listener(可通过安装)
还要检查JVM的外观,特别是当涉及到以下方面时,它可以通过以下方式完成:即,您很可能会看到相同的“链锯”模式,但我能够在GUI模式下实现我的目标TPS..而且我对CLI模式报告不感兴趣。。我想了解在gui中运行时可能出现的其他限制mode@Mani目前,您可以这样做,但在添加更多请求、更多测试程序集后,您将达到比非GUI模式更低的限制,而且某些计算机无法执行GUI模式,并且每次执行时都不能/很难使用JMeter属性
jmeter … -Jloops=12