51Testing软件测试论坛

标题: LR7.8中设置了集合点时最大响应时间反而比不设时要小，为什么？ [打印本页]

作者: slippercc 时间: 2006-10-19 15:51
标题: LR7.8中设置了集合点时最大响应时间反而比不设时要小，为什么？
　　脚本是这样的，在Action的前面插入了集合点，同样一个脚本，带着集合点和把集合点注销掉后分别做测试：100并发的情况下，查看controler执行脚本时的曲线图和数据。
　　有集合点时，Action响应时间的最大值、平均值都比没有集合点时要小，最大值几乎相差近一倍左右。这是什么原因？有了集合点压力应该更大，响应时间应该更慢才对。

作者: cc_lion 时间: 2006-10-19 17:33
你在controlor里的集合策略是什么设置的

作者: slippercc 时间: 2006-10-23 10:11
抱歉，在Controller里面没有找到设置集合策略的地方，在网上搜了一下也没有找到，能否提示一下在什么地方设置集合策略？

作者: yukeyang 时间: 2006-10-23 14:33
标题: 这里设置
这里设置

作者: winmeeasy 时间: 2006-10-23 16:11

原帖由 slippercc 于 2006-10-19 15:51 发表
　　脚本是这样的，在Action的前面插入了集合点，同样一个脚本，带着集合点和把集合点注销掉后分别做测试：100并发的情况下，查看controler执行脚本时的曲线图和数据。
　　有集合点时，Action响应时间的最大值 ...

没有集合点的压力要大些，因为有集合点集合会浪费掉一些时间。
有集合点的瞬时压力比没有集合点的瞬时压力大

作者: mustwangrong 时间: 2007-11-16 13:44
标题: 回复 5# 的帖子
反对,有集合点响应时间应该长的
理解楼主的疑问
不过,集合点应该加在transation前面的

作者: yuanlj 时间: 2007-11-16 15:48
有集合点时瞬间的压力肯定会比没有加集合点时大
但是如果先有一部分用户会在集合点等待，而等待的时长加上这部分用户运行完后的时间是60秒，而这60秒通过的用户为100个，假充一个用户是一个请求，那么总共是100个请求。
反过来在没加集合点的状态时，在60秒内先完成第一次迭代的用户继续作第二次的迭代操作，甚至是第三次迭代，这时有可能有些用户还在做第一次的迭代。而从服务器的角度讲，第二种方式的请求数可能会大于第一次的请求数，从总的压力来说会大于第一种方式

作者: ppent 时间: 2007-11-17 17:47
问题就在于集合点的时间等待上了。
另外，集合点建议在度量的事务外面。

作者: mustwangrong 时间: 2007-11-20 16:31
标题: 回复 8# 的帖子
但是,楼主所谓的响应时间应该是Transation的响应时间
和集合点的等待时间没有关系的

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)