51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

[原创] 系统响应时间变大,但windows性能非常好,why?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-10-20 10:40:54 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
运行场景时,用户加载到50以后,系统响应时间就变得越来越大,最后不响应了,事务也开始出错,但是windows性能非常好,很正常,这是什么原因呀,请教!!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2010-10-20 11:22:21 | 只看该作者
请路过的大虾指点一下啊
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-10-20 11:23:22 | 只看该作者
你说的是被施压的服务器还是你自己的施压机呢?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2010-10-20 13:02:21 | 只看该作者
被施压的服务器各方面性能都很正常
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-10-20 15:01:12 | 只看该作者
问题应该出现在网络上吧,是不是不在同一局域网呢,所有的压力都消耗在网络上了
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2010-10-20 20:38:03 | 只看该作者
楼主在相应时间变大的时候,有没有看到相应的错误信息啊,对于一般的application来说,硬件通常不是问题,主要是configuration限制了connection的数量,可能是connection数量到了一定的上限,以后的request要等到前面的request完成释放占用的connection,所以相应时间比较长,需要application team的人在跑test的时候对服务器之间的connection数量进行monitor。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2014-12-9 09:46
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    7#
    发表于 2010-10-21 09:47:14 | 只看该作者
    根据lz描述,最后不响应了。
    个人理解是,系统资源没有用来响应测试,所以释放了,所以windows性能正常
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2010-10-21 12:05:39 | 只看该作者
    是不是有排队等待的现象?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2010-10-21 15:51:03 | 只看该作者
    6#的朋友说的我看不太懂。
    7#的说的我就更不懂了,什么叫系统资源没有用来响应测试,所以windows性能正常,那怎么会没用来响应。
    回8#的 排队等待也还好 max=3 min=0,不算大,应该还不至于不响应
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-10-21 16:21:22 | 只看该作者
    影响你系统时间的有很多原因,包括服务器、应用系统、中间件、数据库、网络。
    在你做压力测试的时候,你发现不管任何时候,从开始到最后,你的服务器一直很正常,那么服务器不是瓶颈,也就是影响你系统响应时间的不是服务器,你可以将服务器这个瓶颈排除。剩下就是应用系统、中间件、数据库、网络,一般如果是局域网,那么你再观察一下你的网络情况,可能也不是网络的原因,那就是你系统的问题了,你可以一步一步的去排除,首先看中间件,是不是连接池过小、jvm过小等一些原因,如果不是中间件,就看数据库,你可以监控一些数据库的参数,oracle数据库可以用专门的监控工作,比如spotlight等,如果数据库没问题,就要看你在压力测试的时候,应用系统的报错来下载,我只是说一下思路,反正影响的原因很多,你需要一点点排除。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-10-26 16:35:01 | 只看该作者
    可能设置了集合点,等待事物
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-10-26 17:06:03 | 只看该作者
    瓶颈一般会提现在两个范畴
    1.硬件瓶颈,测试中压力过大,导致硬件负载过大,产生瓶颈
    2.配置参数瓶颈,参数配的过小,施压再大,受载的被测对象也得不到压力,结果只能是响应时间因排队而变慢,而硬件系统表现为很轻松。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
     楼主| 发表于 2010-10-28 10:16:17 | 只看该作者
    楼上的能说清楚一些吗,哪个配置参数过小,我没控制什么参数呀
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
     楼主| 发表于 2010-10-28 10:16:40 | 只看该作者
    我没设集合点
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
     楼主| 发表于 2010-10-28 11:02:34 | 只看该作者
    没人能回答吗,压力增大时,吞吐率和点击率变小,系统资源使用率比较低,网络带宽也正常,实在找不到原因,求解
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-22 12:07 , Processed in 0.079818 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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