51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7408|回复: 47
打印 上一主题 下一主题

[原创] 救命呀,系统瓶颈到底在哪里?

[复制链接]
  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2012-5-7 10:43:02 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    本帖最后由 wuliangye 于 2012-5-7 10:45 编辑

    测试的性能分析图如下:















    从结果看,到20个并发用户时,系统的点击数,吞吐量以及UNIX的资源利用开始下降,但是怎么判断这个瓶颈到底在哪里?各位大侠,请帮忙!!

    本帖子中包含更多资源

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

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

    使用道具 举报

    该用户从未签到

    2#
    发表于 2012-5-7 11:02:21 | 只看该作者
    你的响应时间不大啊,最高才0.032s。网络吞吐是100M?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
     楼主| 发表于 2012-5-7 11:04:50 | 只看该作者
    是呀,响应时间很小,网络吞吐只有6~7M啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2012-5-7 11:14:32 | 只看该作者
    你先查看 是什么占用这么高的CPU  
    vmstat top 看下
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
     楼主| 发表于 2012-5-7 11:23:13 | 只看该作者
    CPU我看了下,随着并发数增加而增加,等到了20个左右的并发数后,就发现CPU由77%左右开始下降。
    我想如果CPU是瓶颈的话,那么并发数增加后CPU应该一直居高不下,应该不会表现出下降的趋势吧?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2012-5-7 11:48:48 | 只看该作者
    测试软件的配置调高点,看看cpu能增大不
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    7#
     楼主| 发表于 2012-5-7 12:13:33 | 只看该作者
    TO edisonzhang, jj_ljw:你们都怀疑CPU是瓶颈是么?调高不行的,服务器不在我这边,vmstat top 我不会用,unix系统没用过主要,我要查下资料才行。
    TO edisonzhang: 有没有其他的怀疑点?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-5-7 12:32:53 | 只看该作者
    看起来不是蛮正常的么
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    9#
     楼主| 发表于 2012-5-7 13:14:23 | 只看该作者
    云大侠,到20个并发用户时,系统的点击数,吞吐量以及UNIX的资源利用开始下降,我认为20个并发数已经是系统的极限了,那么如何从这个结果中判断出系统瓶颈在哪里
    之前做50个并发时的结果如下:







    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2012-5-7 13:48:18 | 只看该作者
    20并发用户后点击数、thoughtput随着用户增长并没有增加而是持平和略降,证明20并发后系统出现了拒绝连接的情况。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
     楼主| 发表于 2012-5-7 14:19:50 | 只看该作者
    1. 系统没有限定多少个连接数,UNIX系统的连接数应该不会只有20个吧?
    2. 如果是系统拒绝连接,怎么找出原因?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    12#
     楼主| 发表于 2012-5-7 14:31:39 | 只看该作者
    还想问下,如果系统拒绝连接的话,LR客户端应该会有相应的错误日志提示吧?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2012-5-7 14:35:03 | 只看该作者
    云大侠,到20个并发用户时,系统的点击数,吞吐量以及UNIX的资源利用开始下降,我认为20个并发数已经是系统 ...
    wuliangye 发表于 2012-5-7 13:14



        你时间做长点,我个人觉得可能有资源泄漏。。。。如果一直这样下去最后处理能力消失,那么要么就是排队排死了,要么就是资源漏完了,你先看有啥资源占的多了,具体问题,这里是说不清楚的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    14#
     楼主| 发表于 2012-5-7 14:47:34 | 只看该作者
    我做了一个长的试验,每隔1个小时增加一个用户,到了5个并发数后就不行了:

















    错误有很多种,有一种是:

    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2012-5-7 15:56:40 | 只看该作者
    那结论是资源泄露了?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
     楼主| 发表于 2012-5-7 16:16:18 | 只看该作者
    不知道啊,我一直以为是LR客户端内存不够报错,不知道是不是UNIX服务器内存泄漏导致的,高人指点下哈。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    17#
     楼主| 发表于 2012-5-7 16:18:34 | 只看该作者
    还有一种错误是:


    难道不是说LR客户端的内存不够?

    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2012-5-7 16:32:21 | 只看该作者
    感觉是你脚本编写的问题么?有内存泄漏感觉
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    19#
     楼主| 发表于 2012-5-7 16:38:23 | 只看该作者
    云大侠,你是说UNXI服务器有内存泄漏可能,还是LR那台客户端?
    关键是我跑的时间短(<3小时),30个用户都不会报错;但是跑了4个小时左右,5个用户都会报错
    脚本很简单:
    Action()
    {
            int HttpRetCode;

            web_url("auth.jsp",
                    "URL=http://XX.XX.XX.X/index.jsp",
                    "Resource=0",
                    "RecContentType=text/html",
                    "Referer=",
                    "Snapshot=t1.inf",
                    "Mode=HTML",
                    LAST);

         HttpRetCode = web_get_int_property(HTTP_INFO_RETURN_CODE);

          if (HttpRetCode == 200)
        {
            lr_start_transaction("Test");
                     web_submit_form("index.jsp_2", ITEMDATA,
                             "Name=contentId", "Value={content_code}", ENDITEM,
                             "Name=userId", "Value={user_code}", ENDITEM,
                             "Name=submit", "Value=submit", ENDITEM,
                             LAST);
                 lr_end_transaction("epimonth", LR_AUTO);
                     return 0;
             }
              else
               {
                       lr_start_transaction("error-html");
                       lr_log_message("ok");
                       lr_end_transaction("error-html", LR_AUTO);
                      return 0;
               }
               return 0;  
    }
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2012-5-7 17:28:40 | 只看该作者
    测试系统登录操作,不太复杂吧,是不是不加判断直接运行登录事务会好点。
    另外测试机的资源消耗不大吧
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 17:58 , Processed in 0.097916 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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