analysis中的Maximum Running Vusers:没有达到我设定的用户数，为什么阿？
analysis中的Maximum Running Vusers:没有达到我设定的用户数，为什么阿？ 我设置了100个vu,Maximum Running Vusers:87
Total Throughput (bytes):根据generator中记录的字节数算出是100个用户的，那为什么Maximum Running Vusers数目不是我设定的100呢？ 自己顶 有可能啊，如果你的用户还没有全部加上去的时后已经有用户下来了，那最大并发就没有你预设的那么多 什么叫做用户没有全部加上去就已经有用户下来了？我设置了集合点阿，并发时应该一起阿，如100个用户，在running user图中应该在100位置处是一条直线才对阿，可是不是，从图中看不出来并发的迹象，在analysis中的running user图中用户数还没到100呢？但是从返回的字节数来看好像100个用户都执行了，怎么会事呢？
本人很迷惑，望高人指点
我也遇过,请指点
设置了集合点后，还需要在方案中设置集合策略，如果在策略中设置的Vuser到达集合点后等待其它Vuser到达的时间间隔不够长，就有可能发生这种情况：已到达的Vuser在等待了规定的时间后要开始执行集合点以后的操作时还有一些Vuser没有到达。 这个我注意到了，策略默认的时间是30秒，而我的100个用户执行完一遍操作才2秒 所以我觉得不是这个问题，楼上的说到侧策略，你知道策略中的三个选项有什么区别吗？ 第一个是等所有的Vuser都到达集合点后再一块释放执行以后的操作；
第二个是等所有正在运行的Vuser都到达再释放，也就是说如果运行中的Vuser都到达了，且过了规定的等待时间，就开始释放，不管是否还有正初始化的Vuser；
第三个规定了有多少个Vuser到达集合点就可以释放；
不知楼主是采取何种方法加载Vuser？在执行完方案后方案中是否有失败的事务？我曾遇到过这种情况，一次性加载所有Vuser时有的Vuser是初始化了几次才成功的，则到达集合点的时间就有可能变长。 哦，谢谢bsd3000的解答
系统默认的是第二个吧,我就是用的那个，但我检查集合点时，没有出现timeout的显示阿，按照你的解释，如果我用第二个应该是timeout才对把？
也没有失败的事务，能问一下失败意味着什么吗？什么叫做失败？在什么情况下的事务定义为失败？ 不知你说的“Time Out”是指什么？
我的意思是，有的Vuser在初始化时因为某一条语句的操作无法完成而导致Init事务失败，而有时失败之后还可以再一次初始化，从而这个Vuser最终也会运行通过。
大概你的不是这种情况吧。 你是说失败的情况一般都是init失败，是把？ 我说的timeout是集合点中看到的
controller->scenario->rendezvous看status imformation
policy选择的第二个，当所有running中的用户的100%到达集合点时释放所有用户
时限设为30秒，（超过30秒时如果running中的用户的100%没有都到达，就释放现有到达的用户，这时就算timeout,） 顶一下，希望有人回答 关注ing.... UP timeout 表示你的机器已经不能支持更多的VU了！，如果要增加，提高你的电脑配置看看，如果是被测机配置不购，证明需要升级了。可以试一试 楼主在这说的“TimeOut”是关于集合点的，应该不是gubinger所说的那个意思
不过gubinger说的这种情况倒不是没可能；
希望楼主能把你的方案运行情况描述详细一些，有没有错误信息？方案运行时Vuser的日志如何？相关的一些信息都需要自己先好好分析一下，看看可能的原因有哪些。就你目前描述的好像看不出什么具体问题来。 error是：
Action.c(17): Error : Timeout expired while trying to connect. Error code : 9017.
Action.c(17): Error : callConnect - Connection refused. Error code : 10061.
winsock error 10061
gubinger的timeout又是指的什么呢？
我的vuer log只是在有错误信息时才返回
察看到有个别的日志中写有某次迭代时出现上述错误 请bsd3000帮我分析分析原因
看看是真象gubinge说的，是我的机器原因，还是被测程序的瓶紧出现了
谢谢
页:
[1]
2
