首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >jMeter -循环次数越多,性能越差

jMeter -循环次数越多,性能越差
EN

Stack Overflow用户
提问于 2012-05-28 22:49:59
回答 2查看 1.6K关注 0票数 0

我需要一些关于如何调试这个问题的帮助。我目前的jMeter场景似乎运行得很好,只要我将循环数保持在1,当我添加更多的循环时,性能开始下降很多。

我有一个有225个线程的线程组,110秒的加速,循环计数1-我的总响应时间大约是8-9秒。我运行了几次以确认,每次运行都显示相似的响应时间。现在,我做了同样的测试,只是将循环次数改为3,所有其他参数都保持不变,性能下降,总响应时间约为30-40秒。

我的印象是,3x1循环运行或多或少相当于1x3循环运行。似乎这不是问题所在。谁能给我解释一下为什么会这样?或者,如果这应该是等效的,那么你有什么想法去寻找性能下降的罪魁祸首吗?

EN

回答 2

Stack Overflow用户

发布于 2012-05-28 23:08:03

您的意思是,如果您增加吞吐量(如每秒请求数),响应时间就会降低。

基于225个线程以110秒的增量发出单个请求,您的吞吐量将在每秒2个请求的范围内。将循环计数增加到3将使每秒请求数增加约3到6倍(假设没有计时器)。当然,如果响应时间在增加,那么您将无法达到这个吞吐量级别,这是您的问题所在。

考虑到这个请求已经花费了8-9秒,这并不是特别快,可以假设幕后正在进行一些繁重的思考,并且您只是在某个地方遇到了瓶颈……

尝试使用较少的线程和较长的rampup,然后监视响应时间和吞吐率。在某些时候,随着负载的增加,您会看到响应时间开始下降,然后在这一点上,您需要卷起袖子看看AUT中发生了什么。

请注意。3 x 1循环与1 x 3循环不同。迭代之间的延迟将导致具有多次迭代的一个线程与具有一次迭代的更多线程具有不同的吞吐量,其中吞吐量由rampup而不是延迟决定。也就是说,这不是你在问题中所描述的--你提到线程的数量是一致的。

票数 0
EN

Stack Overflow用户

发布于 2012-05-28 23:15:10

除了Oliver的回答:尝试使用像Active Threads Over Time Listener这样的自定义侦听器来监控您的负载场景。

您也可以使用此侦听器重试上述两种情况--当然,您会在图表中看到不同之处。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/10786551

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档