51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3695|回复: 14
打印 上一主题 下一主题

[求助] 对高清页面压测,各项指标上不去啊,服务器各项资源利用不上去(是否正常)

[复制链接]
  • TA的每日心情
    无聊
    2018-8-8 11:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    跳转到指定楼层
    1#
    发表于 2015-8-13 10:15:12 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    本帖最后由 51sheng 于 2015-8-13 17:24 编辑

    测试环境,Linux5.8_x64 ,8核 16G内存,应用服务器nginx1.4.2 部署静态页面,公司局域网环境百兆,对也一个页面进行压测(其中有一个高清png大概238kB,导致了recive时间比较长)
    1.做了单用场景测试(立即加载,运行1小时后,立即结束,设置了pacing时间2~3s)

    2.500用户的场景测试(每2s加载15个vuser,持续运行1min,立即结束,设置了pacing时间2~3s)

    现在是服务器各项资源都非常的低,利用不上去。各项指标不行 (avg:5s左右  ,90percent:10s左右, tps:31左右)

    我上传了附件一个是单用户场景的和500vuser场景的,以及nginx的配置。大神们帮我看看啊!!
    (由于文件比较大,使用了多个分卷,务必全部下载解压)


    本帖子中包含更多资源

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

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

    使用道具 举报

  • TA的每日心情
    郁闷
    2015-7-30 14:37
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2015-8-13 13:43:12 | 只看该作者
    你的网络吞吐量是不是达到极限了,导致其他资源上不去
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    14 小时前
  • 签到天数: 2808 天

    连续签到: 1 天

    [LV.Master]测试大本营

    3#
    发表于 2015-8-13 14:13:31 | 只看该作者
    看了你nmon记录的结果,cpu,内存,io占用,传输都不是很大,而且根据linux内存机制,访问相同网页理论上应该是越来越快
    建议是不是检查一下nginx的配置中是不是限制了(这部分不懂。。。)

    评分

    参与人数 1测试积点 +10 收起 理由
    lsekfe + 10 恭喜你获得测试积点10

    查看全部评分

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-8-8 11:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    4#
     楼主| 发表于 2015-8-13 16:16:50 | 只看该作者
    踏雪飞狐 发表于 2015-8-13 13:43
    你的网络吞吐量是不是达到极限了,导致其他资源上不去

    是局域网100MB/s啊,throught没有达到吧。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-8-8 11:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    5#
     楼主| 发表于 2015-8-13 16:18:45 | 只看该作者
    jingzizx 发表于 2015-8-13 14:13
    看了你nmon记录的结果,cpu,内存,io占用,传输都不是很大,而且根据linux内存机制,访问相同网页理论上应 ...

    谢谢,对的,服务器资源利用率都不大的,nginx配置也是参照网上的,也不是太懂,我再看看
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-8-8 11:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    6#
     楼主| 发表于 2015-8-13 17:07:46 | 只看该作者
    来人帮偶看看啊。。。。。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-8-8 11:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    7#
     楼主| 发表于 2015-8-13 17:17:52 | 只看该作者
    51sheng 发表于 2015-8-13 16:18
    谢谢,对的,服务器资源利用率都不大的,nginx配置也是参照网上的,也不是太懂,我再看看

    runtime-setting中我的设置都是默认的,设置是否正确呢
    C:\Documents and Settings\Administrator\桌面\IMG_0340.JPG
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2015-7-30 14:37
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    8#
    发表于 2015-8-13 17:49:40 | 只看该作者
    51sheng 发表于 2015-8-13 16:16
    是局域网100MB/s啊,throught没有达到吧。

    你要确定没达到,在进行压力的时候你看看的吞吐量是多少就知道了啊。配置没问题的话很可能就是这个吞吐量超限了,百兆网卡的话最大应该是125 000 000,看看达到没
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2015-7-30 14:37
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    9#
    发表于 2015-8-13 17:55:41 | 只看该作者
    100MB/s最大应该是12.5MB,上面多写一个0了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-11-5 15:12
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2015-8-13 23:21:03 | 只看该作者
    简单的算算把
    100Mb/s= 12.5M/s  网络上的文件读写最大能承受12.5M/s
    现在我们来算算实际的区间
    pacing 2-3 + 响应时间5s 换一句话来说  每 7-8s 取平均 7.5 完成一个238k的图片请求
    那么
    一分钟 500个用户完成的网络流量是 500*(60/7.5)*238/1024=926M/min
    把这个值换算成每秒 926 / 60 = 15.44 M/s

    对比下15.44 M/s (需要的)和12.5M/s (现有的),更何况12.5只是个理论上能达到的值,建议多监控下网络,看下网络是不是有问题把。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-8-8 11:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    11#
     楼主| 发表于 2015-8-14 16:18:10 | 只看该作者
    stone0214 发表于 2015-8-13 23:21
    简单的算算把
    100Mb/s= 12.5M/s  网络上的文件读写最大能承受12.5M/s
    现在我们来算算实际的区间

    嗯,服务器之间传输速率在1000Mbits/sec=125M/s ,使用软件进行测试,能达到116M/s。但是windows client到Linux 服务器只有11.3M/s,Linux服务器到windows client也是11.3M/s。领导说公司的网络是以太网100M/s,我问了下,公司的局域网连的交换机,还好自己测试一下局域网的带宽!但为什么服务器之间传输带宽能有116M/s,而server 到 client,client 到 server 感觉只有11.3M/s呢,很奇怪啊!!!看来网络有问题了,帅哥你知道什么问题啊?!
    RunTime-Setting你是怎么设置的啊?我是默认设置的。



    下面是Linux Redhat 5.8_x86 的eth0网卡信息:
    Settings for eth0:
            Supported ports: [ TP ]
            Supported link modes:   10baseT/Half 10baseT/Full
                                    100baseT/Half 100baseT/Full
                                    1000baseT/Half 1000baseT/Full
            Supports auto-negotiation: Yes
            Advertised link modes:  10baseT/Half 10baseT/Full
                                    100baseT/Half 100baseT/Full
                                    1000baseT/Half 1000baseT/Full
            Advertised auto-negotiation: Yes
            Speed: 1000Mb/s
            Duplex: Full
            Port: Twisted Pair
            PHYAD: 1
            Transceiver: internal
            Auto-negotiation: on
            Supports Wake-on: g
            Wake-on: g
            Current message level: 0x000000ff (255)
            Link detected: yes




    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-8-8 11:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    12#
     楼主| 发表于 2015-8-14 16:23:57 | 只看该作者
    踏雪飞狐 发表于 2015-8-13 17:49
    你要确定没达到,在进行压力的时候你看看的吞吐量是多少就知道了啊。配置没问题的话很可能就是这个吞吐量 ...

    嗯,服务器之间传输速率在1000Mbits/sec=125M/s ,使用软件进行测试,能达到116M/s。但是windows client到Linux 服务器只有11.3M/s,Linux服务器到windows client也是11.3M/s。领导说公司的网络是以太网100M/s,我问了下,公司的局域网连的交换机,还好自己测试一下局域网的带宽!但为什么服务器之间传输带宽能有116M/s,而server 到 client,client 到 server 感觉只有11.3M/s呢,很奇怪啊!!!

    LR的throughput的吞吐量avg:7~8M/s ,max:10~11M/s
    看来网络有问题了,带宽不够啊,帅哥你知道什么问题啊?!
    RunTime-Setting你是怎么设置的啊?我是默认设置的。


    下面是Linux Redhat 5.8_x86 的eth0网卡信息:
    Settings for eth0:
            Supported ports: [ TP ]
            Supported link modes:   10baseT/Half 10baseT/Full
                                    100baseT/Half 100baseT/Full
                                    1000baseT/Half 1000baseT/Full
            Supports auto-negotiation: Yes
            Advertised link modes:  10baseT/Half 10baseT/Full
                                    100baseT/Half 100baseT/Full
                                    1000baseT/Half 1000baseT/Full
            Advertised auto-negotiation: Yes
            Speed: 1000Mb/s
            Duplex: Full
            Port: Twisted Pair
            PHYAD: 1
            Transceiver: internal
            Auto-negotiation: on
            Supports Wake-on: g
            Wake-on: g
            Current message level: 0x000000ff (255)
            Link detected: yes
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-8-8 11:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    13#
     楼主| 发表于 2015-8-14 16:27:28 | 只看该作者
    stone0214 发表于 2015-8-13 23:21
    简单的算算把
    100Mb/s= 12.5M/s  网络上的文件读写最大能承受12.5M/s
    现在我们来算算实际的区间

    嗯,服务器之间传输速率在1000Mbits/sec=125M/s ,使用软件进行测试,能达到116M/s。但是windows client到Linux 服务器只有11.3M/s,Linux服务器到windows client也是11.3M/s。领导说公司的网络是以太网100M/s,我问了下,公司的局域网连的交换机,还好自己测试一下局域网的带宽!但为什么服务器之间传输带宽能有116M/s,而server 到 client,client 到 server 感觉只有11.3M/s呢,很奇怪啊!!!

    LR的throughput的吞吐量avg:7~8M/s ,max:10~11M/s
    看来网络有问题了,带宽不够啊,帅哥你知道什么问题啊?!
    RunTime-Setting你是怎么设置的啊?我是默认设置的。
    监控网络用什么工具啊?


    下面是Linux Redhat 5.8_x86 的eth0网卡信息:
    Settings for eth0:
            Supported ports: [ TP ]
            Supported link modes:   10baseT/Half 10baseT/Full
                                    100baseT/Half 100baseT/Full
                                    1000baseT/Half 1000baseT/Full
            Supports auto-negotiation: Yes
            Advertised link modes:  10baseT/Half 10baseT/Full
                                    100baseT/Half 100baseT/Full
                                    1000baseT/Half 1000baseT/Full
            Advertised auto-negotiation: Yes
            Speed: 1000Mb/s
            Duplex: Full
            Port: Twisted Pair
            PHYAD: 1
            Transceiver: internal
            Auto-negotiation: on
            Supports Wake-on: g
            Wake-on: g
            Current message level: 0x000000ff (255)
            Link detected: yes
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-8-8 11:08
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    15#
     楼主| 发表于 2015-8-17 16:58:33 | 只看该作者
    大神们,你们去哪里潇洒了啊?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-11 22:33 , Processed in 0.078727 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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