加载虚拟用户方式的点问题

sidneylover

集合点处都是设置所有用户都到达后才释放

比如都是加载７个用户
同时加载７个用户时能正常运行，但如果以每２秒增加一个用户，而且事务的响应时间都在１职秒以内

加载８个用户
同时加载８个用户也能正常运行，事务的响应时间都在１职秒以内，但如果以每２秒增加一个用户，服务器就挂掉了

同时加载所有用户时，服务器所承受的压力应该比逐渐加载时大，怎么前面就能正常运行，后面的情况服务器就挂掉了，而且只相差１个用户，没有一个渐变过程。


还有个问题，如果设置了加载完所有用户后场景继续运行Ｎ秒，这时设置的集合点策略还有没有意义。

rickyzhu

8个用户同事能正常运行，怎么上去的，8个用户的策略
每2秒增加一个，服务器就挂掉了，是什么意思，怎么证明服务器挂掉了

集合点的意义在点上，跟你持续运行没有什么关系。

423799223

啥操作
几个用户服务器就挡掉了
难道是进行下载操作?

sidneylover

原帖由 rickyzhu 于 2007-10-23 22:54 发表
8个用户同事能正常运行，怎么上去的，8个用户的策略
每2秒增加一个，服务器就挂掉了，是什么意思，怎么证明服务器挂掉了

集合点的意义在点上，跟你持续运行没有什么关系。

Ramp up选择Load all...时没问题，但以每２秒增加１个用户时只通过１个用户，其他超时，无法响应．
Duration选择的都是Run until completion，两种情况都是１００％用户到达集合点后开始释放．
正常的时候响应时间都是１秒左右，要么就是服务器直接挂掉，响应时间没有一个逐渐变大到最后无法响应的过程

第二个问题，比如测试１０个用户持续运行８小时的情况，这时候设置集合点策略还有没有什么意义．因为看vusers根本不是所有用户到集合点了才释放。

[ 本帖最后由 sidneylover 于 2007-10-24 09:43 编辑 ]

sidneylover

测试并发，加载用户的方式，是采取load all...还是以递增的方式。
两者对服务器造成的压力谁大谁小