60个用户并发操作，但分析结果中的最大用户数只有5个？

zhangfh · 发表于 2005-9-20 01:14:25

有谁知道这是什么原因？（前提是采用同一个脚本且脚本执行是正确的） 1，场景设置为加压时60个用户同时并发（勾选运行前初始化所有用户）。持续时间和减压方式均为默认值。run-time settings 为默认值。分析结果中的最大运行用户为60人。 2，场景设置为加压时每15秒增加5个用户（勾选运行前初始化所有用户）。持续时间和减压方式均为默认。run-time settings 为默认值。分析结果中的最大运行用户为5人。是什么原因？急。。。

sendy · 发表于 2005-9-20 01:30:04

我也不大清楚，我也出现过此类问题，有时候，第一遍运行的时候都通不过，第二遍运行的时候可以通过几个，再运行的时候可能就都通过了，我也不知道是什么原因！还是请高手帮帮忙吧！

清川 · 发表于 2005-9-20 01:37:05

最大运行用户数指的是同时并发用户，也就是脚本运行期用户数。如果你的脚本运行时间很短，可能第二批用户真正运行的时候第一批已经结束了，那么你的最大用户数就只是单批次数量，而非总数～～～

zhangfh · 发表于 2005-9-20 02:53:04

尝试了多个脚本，运行时间都比较短。脚本中设置了事务结果出现上述的情况多一些。设置了集合点的情况下，这种情况就少一些。

nanke2000 · 发表于 2005-9-20 05:39:36

个人认为：
当第二批以后的用户还没有被加载上去，可能第一批的用户已经执行完毕，这应该和你场景设置有关系，只要每隔多长时间增加若干UV，然后全部加载后持续一定时间，随后再进行退出，这样得出的结果比较真实，这是我一点愚见，希望大家都能说说自己的做法，一起努力：）

今天有雾 · 发表于 2005-9-21 15:19:56

你这里可以设置集合点,要求到了60个人员的时候才能运行下去啊!

或且还有一个原因,就是你是60个人的负载,但是到了集合点的时候,能够成功运行的人员只有5个人

我看有可能你是集合点的设置没有正确

今天有雾 · 发表于 2005-9-21 15:20:05

你这里可以设置集合点,要求到了60个人员的时候才能运行下去啊!

或且还有一个原因,就是你是60个人的负载,但是到了集合点的时候,能够成功运行的人员只有5个人

我看有可能你是集合点的设置没有正确

zhangfh · 发表于 2005-9-22 12:23:44

如果将加压方式改为每秒增加15个用户，则分析结果中会出现60个用户。（脚本中没有插入集合点，只有事务）

fubaiciti · 发表于 2005-10-11 00:39:02

应该是清川说的
请看看您脚本中action持续的时间，反复次数是多少

pai_809 · 发表于 2005-10-12 10:32:10

与清川的看法相同

mayu · 发表于 2005-10-12 14:16:36

同意这种说法：
"最大运行用户数指的是同时并发用户，也就是脚本运行期用户数。如果你的脚本运行时间很短，可能第二批用户真正运行的时候第一批已经结束了，那么你的最大用户数就只是单批次数量，而非总数～～～"

sendy · 发表于 2005-10-12 14:43:49

如果是一次加载所有用户又出现了这种情况的具体原因应该是什么样的呢？

chenhuajie · 发表于 2005-10-14 16:36:24

want to know

bluesyang · 发表于 2005-10-17 11:13:06

哈哈，这个问题本人碰到过，在脚本里设置了集合点，在controller中采用的是每30秒运行1个用户，想要100人并发，但在结果中发现只有10个并发。后来发现是controller中设置的30秒运行一个用户时，我的集合点规则（scenario-->rendzvous information---->policy）中用的是默认的两个用户之间的间隔超过30秒就为超时，所以导致我的并发数量没到100个就超时,超时后集合点失效，开始重新集合。
解决办法：1、看是否设置了集合点；2、查看controller中的集合规则与edit schedule中设置的运行方式是否能够配合上！:d

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

60个用户并发操作，但分析结果中的最大用户数只有5个？

相关帖子

同意清川的说法

want to know

站长推荐 /1