关于loadrunner运行脚本时最后一部分用户花费很长时间去测试

hongzhulei · 发表于 2008-11-18 14:55:02

在测试过程中，会出现这样的情况，比如我测600个用户并发，剩七八个用户的时候吞吐量和点击率突然下降，之后就保持这个低值一段时间，测试结束。在700个用户也出现了，剩12个用户，在800个用户的时候也出现了，是在剩四十多个用户的时候出现的。

这种情况不知道是不是到达了系统瓶颈，请教各位高手！！！！

-------------------------------1121号分割线-------------------------------------
又经过几天的测试，我感觉会不会是因为被测试的那台机器的问题？会不会是因为缓存之类的问题？因为下面也有人回帖说会不会是因为系统释放资源所以造成这个问题？

[ 本帖最后由 hongzhulei 于 2008-11-21 14:35 编辑 ]

archonwang · 发表于 2008-11-18 15:02:42

要分析系统瓶颈，首先要看瓶颈的位置在哪里。

从楼主叙述中得知，
1. 吞吐量和点击率下降，可能是网络发生了瓶颈，或是AppServer发生问题

但是需要重新考量如下问题
1. 吞吐量下降和虚拟用户加载情况？
2. 场景加载模式？
3. 每秒连接数量和整体的连接数情况？

请提供这些信息

hongzhulei · 发表于 2008-11-18 15:10:52

我的用户是一次加载的。
连接情况变化倒不大，但是每秒连接中的新建连接的数量变化很大。

不知道这是什么意思？

whyleave · 发表于 2008-11-18 15:35:46

最后只剩下几个用户了，点击率和吞吐量下降是很正常的

hongzhulei · 发表于 2008-11-18 15:53:54

原帖由 whyleave 于 2008-11-18 15:35 发表
最后只剩下几个用户了，点击率和吞吐量下降是很正常的

但是最后的那几个用户用的时间比前面所有用户花费的时间之和都长，这个正常么？

比如：前面的570个用户只用了2分多钟就处理完了，但是剩下的二十多个用户花了15分钟才完全跑完，这个对最后的分析结果有很大影响吧……

Lemon_s · 发表于 2008-11-18 16:02:24

释放资源导致系统变慢?

archonwang · 发表于 2008-11-18 16:04:41

你可以在分析时把这段时间过滤掉。对于你最后的哪些用户，事务处理时间较长，需要具体看下你的脚本是如何写的。我感觉不太正常。

hongzhulei · 发表于 2008-11-18 17:51:54

原帖由 Lemon_s 于 2008-11-18 16:02 发表
释放资源导致系统变慢?

这个问题我以前遇到过，但是没有这么集中发生……我觉得应该不是释放资源的问题？

hongzhulei · 发表于 2008-11-19 09:35:42

原帖由 archonwang 于 2008-11-18 16:04 发表
你可以在分析时把这段时间过滤掉。对于你最后的哪些用户，事务处理时间较长，需要具体看下你的脚本是如何写的。我感觉不太正常。

我现在脚本录制的是一个地图加载的过程，因为是自动录制的，所以里面有很多加载图片之类的语句，不知道是不是因为这个原因。

但是我是新手又不知道怎么样来具体简化这样的脚本，不知道高手有没有什么建议

archonwang · 发表于 2008-11-19 09:45:04

如果是那样的化，可以考虑换种方式录制看看。

hongzhulei · 发表于 2008-11-19 11:42:37

原帖由 archonwang 于 2008-11-19 09:45 发表
如果是那样的化，可以考虑换种方式录制看看。

比如？

archonwang · 发表于 2008-11-19 12:27:02

把录制方式从html改成url，反之亦然。

还有一种可能性，就是用了集合点策略，由于一直没有达到用户指定的数量，则一直在等待，直到超时后才开始运行，导致运行时间延长。

hongzhulei · 发表于 2008-11-19 16:41:07

原帖由 archonwang 于 2008-11-19 12:27 发表
把录制方式从html改成url，反之亦然。

还有一种可能性，就是用了集合点策略，由于一直没有达到用户指定的数量，则一直在等待，直到超时后才开始运行，导致运行时间延长。

谢谢，可以试试改变录制方式哈……

不过应该不是集合点的问题，因为后来我没设集合点也出现这个问题了。

hongzhulei · 发表于 2008-11-20 14:25:58

不知道archonwang 说的场景设计是不是这个……

[ 本帖最后由 hongzhulei 于 2008-11-20 14:45 编辑 ]

archonwang · 发表于 2008-11-20 14:54:57

哦，看了下。

你的场景是只运行了一次，没有设置集合点策略。一次初始化所有用户，并在初始化完成后运行。

这种方式是不能判断出最大可承受的用户数量的。

hongzhulei · 发表于 2008-11-20 15:27:22

那怎样才判断出最大可承受的用户数量？

另：现在又发现了一个现象，就是在点击量已经保持了一段时间的低值之后，还会有小段时间很小幅度的回升，完成几个用户之后，又降回到原先的数值去了，这个问题是为什么？

[ 本帖最后由 hongzhulei 于 2008-11-20 15:29 编辑 ]

hongzhulei · 发表于 2008-11-20 16:36:21

没有回信啦啦啦……

着急啊~~

hongzhulei · 发表于 2008-11-21 14:41:48

自己给顶起来~~~~等待高手解答~~

游梵 · 发表于 2008-11-26 15:21:31

这个现象我之前在测试的时候也发生过。确实有点不正常（我觉得应该是loadrunner自身的机制引起的吧）。。。但是应该不会影响分析结果。

另外也可能是由于你所设置的时间（如5分钟）到了。但是还有一些用户在这段时间还没有跑完脚本，roadrunner会让这些用户跑完才将所有用户暂停（可能和这个有点关系）

游梵 · 发表于 2008-11-26 15:23:42

刚才看了你的场景。。。你换一下场景试试看。（让所有用户连续跑5分钟）看下会不会有这样的现象。

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 关于loadrunner运行脚本时最后一部分用户花费很长时间去测试

相关帖子

回复 2# 的帖子

本帖子中包含更多资源

回复 15# 的帖子

站长推荐 /1