51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 25968|回复: 40
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-6-3 00:51:27 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
随着用户的增加,吞吐量和点击数突然下降,原因何在!?
测试中,用户不断增加,服务器性能很好,感觉不到什么压力,吞吐量也在增加,到达一定用户数量后,吞吐量突然降低至底,随之hts也降低至底,并报出一个错误:error-27728 step download timeout(120s)has expired when download non_resource;此时服务器性能依然良好,测试机性能也良好,原因何在!?用别的电脑登录测试系统,响应超慢。
若是带宽原因,到达极限后应保持,怎么会突然降低呢?
服务器和测试机性能无忧,瓶颈到底在哪里呢?

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

  • TA的每日心情

    2016-3-3 17:15
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    41#
    发表于 2015-12-21 16:19:28 | 只看该作者
    这个帖子有最后结论了吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

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

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

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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


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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-7 10:39 , Processed in 0.080717 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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