51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: liuqi6773
打印 上一主题 下一主题

[求助] 随着用户的增加,吞吐量和点击数突然下降,原因何在!?

[复制链接]

该用户从未签到

21#
发表于 2009-6-4 10:35:10 | 只看该作者
学习中~~
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2009-6-8 16:09:25 | 只看该作者
建议多设计几个场景试试,比如 人数上升到300后,吞吐量急剧下降,如此持续10来分钟,
然后 慢慢减少用户,看看 吞吐量是否会上升,
另外最好贴一张服务器的资源占有率的图一起来比较。
error-27728  意思是虚拟用户等待服务器的资源超过120秒导致失败
你可以在controller里设置,把等待时间设置到1000秒(LR8.1的最大设置),或者更长,(LR9.1支持)
我分析根据你这几张图看来吞吐量下降 ,是由于你的事物成功率急剧减少有关系。你可以关注下事物成功率。
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2009-6-8 16:11:19 | 只看该作者
留个MSN ,有兴趣 一起讨论讨论
wangmeng814@hotmail.com
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2009-6-8 16:15:38 | 只看该作者
如果在虚拟机中运行呢,这样可以排除网络的原因.
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2009-6-8 19:21:24 | 只看该作者
:我是正准备进入测试,处于学习阶段,看了前辈的讨论,长见识了,谢谢大家
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2009-6-9 12:42:52 | 只看该作者
个人感觉:
  1. 服务器端队列堆积,在180-220 User 的时候已经饱和,Controller 只管不停的加用户,这时已经有未返回的User,所以报错120秒超时。因为服务器队列已经拥堵,故后面继续增加的用户遭到服务器拒绝,所以服务器的资源一下子下来了,CPU,MEM繁忙率自然也不高(因为都被档回了)。【建议参考一下 理发店模型】
2.流量控制,简称流控,金融类系统多有此功能,此现象和你的图最为匹配,当服务器队列中同时处理数达到一定峰值时,系统为了防止对服务器攻击,顾使流控生效,只有很少的用户可以连接进来。就如你的图一样,但用户达到300左右时,流控生效,使TPS 瞬间下降。
个人观点而已,我觉得当前环境你的最佳用户在 180-220 之间。
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2009-6-9 23:19:09 | 只看该作者
恩,都分析的很好,哈哈 我受益匪浅啊 嘿嘿
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2009-6-18 11:46:03 | 只看该作者
感觉每个人的说法都很有道理,但不知道哪个更接近真实。
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2009-6-18 12:09:41 | 只看该作者
无图无真相,你的图太少了。。分析不出个所以然,要我的直观就是你服务器处理能力下降了。。程序是不是还在运行,是不是已经当掉了。。下载页面要优化,点击率 反映的是 客户端的请求数,吞吐量反映的是 服务器的处理能力,既然都下降那就是服务器处理不过来。。要监控服务器的资源使用问题。。一句话 你图少了。
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2009-6-19 00:00:52 | 只看该作者
原帖由 kuangquanshui 于 2009-6-3 17:38 发表
受益匪浅啊    学习了 以后要多关注这样的帖子  工具就是工具  关键是人的分析能力


和楼上的一样的想法。
个人感觉问题还是处在服务器端,要监控运行时服务器的各个参数,如请求队列什么的。
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2009-7-7 12:15:55 | 只看该作者
分析不错,我也正在努力学习当中
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2009-7-7 15:47:21 | 只看该作者
   问下 LZ,你说的测试机 性能良好 ,应该是你测试用的电脑,而非被测对象吧 ?

根据你图片的表征,当用户加压到380左右时候,吞吐量是直接下降
结合你的实际操作,此时  使用真实电脑 同时访问被测服务器发现 响应超时
这就和 你的图 反应的问题 一样了

   这时候,你服务器资源使用情况 如何?
   
我不支持大家所说的网络原因,是因为,如果是网络原因 ,吞吐量是不会下降的 ,
要下降的只可能是 吞吐率 ,点击率 和TPS 这些和响应时间有关的图

不过大家给的思路是我认为是正确的,先排除外部原因,然后再去考虑你的应用程序!
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2009-7-7 16:19:45 | 只看该作者
看了大家的解决方案有些迷茫啊~~~
回复 支持 反对

使用道具 举报

该用户从未签到

34#
发表于 2009-7-8 14:45:18 | 只看该作者
学习中
回复 支持 反对

使用道具 举报

该用户从未签到

35#
发表于 2009-11-6 17:37:54 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

36#
发表于 2009-11-6 17:51:51 | 只看该作者
看看web page breakdown (diagnostics)图,从前端来看看是什么东西消耗了大量带宽。
回复 支持 反对

使用道具 举报

该用户从未签到

37#
发表于 2012-8-10 15:31:50 | 只看该作者
啊哦,我现在就是这个问题!请问最后是怎么解决的啊?期待ing......
回复 支持 反对

使用道具 举报

该用户从未签到

38#
发表于 2012-10-11 18:06:05 | 只看该作者
强大,这问题好像还没碰到过,这问题几个月了,楼主也没给个答案啊
回复 支持 反对

使用道具 举报

该用户从未签到

39#
发表于 2013-9-16 11:52:34 | 只看该作者
我现在遇到的问题是随着用户的减少,吞吐量、点击率、平均事务响应时间快速上升,各种纠结
回复 支持 反对

使用道具 举报

该用户从未签到

40#
发表于 2014-5-3 21:45:29 | 只看该作者
结合网页诊断分析图,判断是网络问题还是服务器问题。随着用户增加,吞吐量急剧下降,查看TPS是否一致,平均事务响应时间是否增长,然后分析系统资源(CPU、内存等),最后使用web page breakdown (diagnostics)图分析页面下载组件、连接时间等。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-7 05:27 , Processed in 0.078504 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表