LR7.8中设置了集合点时最大响应时间反而比不设时要小，为什么？

slippercc · 发表于 2006-10-19 15:51:23

　　脚本是这样的，在Action的前面插入了集合点，同样一个脚本，带着集合点和把集合点注销掉后分别做测试：100并发的情况下，查看controler执行脚本时的曲线图和数据。
　　有集合点时，Action响应时间的最大值、平均值都比没有集合点时要小，最大值几乎相差近一倍左右。这是什么原因？有了集合点压力应该更大，响应时间应该更慢才对。

cc_lion · 发表于 2006-10-19 17:33:37

你在controlor里的集合策略是什么设置的

slippercc · 发表于 2006-10-23 10:11:34

抱歉，在Controller里面没有找到设置集合策略的地方，在网上搜了一下也没有找到，能否提示一下在什么地方设置集合策略？

yukeyang · 发表于 2006-10-23 14:33:29

这里设置

winmeeasy · 发表于 2006-10-23 16:11:16

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

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

mustwangrong · 发表于 2007-11-16 13:44:30

反对,有集合点响应时间应该长的
理解楼主的疑问
不过,集合点应该加在transation前面的

yuanlj · 发表于 2007-11-16 15:48:39

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

ppent · 发表于 2007-11-17 17:47:58

问题就在于集合点的时间等待上了。
另外，集合点建议在度量的事务外面。

mustwangrong · 发表于 2007-11-20 16:31:43

但是,楼主所谓的响应时间应该是Transation的响应时间
和集合点的等待时间没有关系的

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

[原创] LR7.8中设置了集合点时最大响应时间反而比不设时要小，为什么？

相关帖子

这里设置

本帖子中包含更多资源

回复 5# 的帖子

回复 8# 的帖子

站长推荐 /1