性能结果分析

tinafrog

性能需求是系统登陆要求５０个并发，响应时间在５秒内，我的结果是５０个并发，都通过了，平均事务响应时间是３.４４　９０％的是５.７１　７２％的是４.９８　是不是不是太好，我该从哪几方面去找原因呢，又是怎么去定位和判断呢？

tinafrog

结果分析真不知道从何处着手,还请高人指点一二,小弟不甚感激!

jlsv

这要看你的性能需求是怎样的了。

首先如果单从响应时间来说，你说性能需求是系统登陆要求５０个并发，响应时间在５秒内，那么按照你的意思，就是需要全部50个用户（就是100％）的响应时间都在5秒以下。按照你提供的结果表明没有达到性能指标（因为你说９０％的用户的响应已经是是５.７１了）。

不过我们通常不会这么看的，因为网络原因和一些突发性影响，往往有些用户的响应时间会非常高，我们看系统性能通常会忽略掉少部分用户。象你这种情况应该是局域网内部吧，网络影响较少，可以用90％用户响应时间来衡量系统性能。但是我说的这个只是举例，实际用什么指标应该根据实际来定。

然后，如果你觉得达不到性能指标的话，可以细分系统响应。例如利用loadrunner 的analysis里面的一个breakdown视图（忘了是不是这个名字了...）看看你这个注册功能的响应时间主要消耗在什么方面，是网络慢呢，还是服务器处理时间长。定位后再去深入查查。

另外想提醒你，性能分析前要做好需求和细化，你所说的达标条件还是太粗略了些。

tinafrog

非常感谢jlsv兄弟的解答，但是我对web-page-breakdown里面的视图每个具体代表什么意思，进行如何的合并与细分，怎样去定为问题的根源不是很明白，不知可否指点一二

jlsv

指点不敢当，我也有很多地方要学习，至于你想知道的这个问题挺大的，

你可以到这里下载这个loadrunner使用手册


http://www.jsis.cn/Forums/ShowThread.aspx?PostID=11

我已经下载看过，没问题的

对于你想知道的怎样看breakdown图说的很详细。

另外根据我的经验，登陆太慢你可以查一下web server的connection和和用户认证部分，不太会和数据库和app server相关。不过我看你的测试结果也不是太差，也可以看看服务器的cpu和内存占用的是否太大了。

志在交流，如果说错了见笑了。
PS： 你查到原因要回帖告诉我哦  ：）

tinafrog

jlsv:
   嘿嘿,非常感谢,有结果了我一定第一个告诉你啊.

沉默之鑫

我模拟1000个用户并发登陆，场景的策略是每隔5秒，有50个用户登陆，响应时间逐渐越来越长这是怎么回事？

隽永

。。。。。越来越长就对了。。。压力再不断增大 服务器处理速度必然降低。。。。