51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3905|回复: 8
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-10-19 15:51:23 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
  脚本是这样的,在Action的前面插入了集合点,同样一个脚本,带着集合点和把集合点注销掉后分别做测试:100并发的情况下,查看controler执行脚本时的曲线图和数据。
  有集合点时,Action响应时间的最大值、平均值都比没有集合点时要小,最大值几乎相差近一倍左右。这是什么原因?有了集合点压力应该更大,响应时间应该更慢才对。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-10-19 17:33:37 | 只看该作者
你在controlor里的集合策略是什么设置的
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2006-10-23 10:11:34 | 只看该作者
抱歉,在Controller里面没有找到设置集合策略的地方,在网上搜了一下也没有找到,能否提示一下在什么地方设置集合策略?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-10-23 14:33:29 | 只看该作者

这里设置

这里设置

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

该用户从未签到

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

没有集合点的压力要大些,因为有集合点集合会浪费掉一些时间。
有集合点的瞬时压力比没有集合点的瞬时压力大
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-11-16 13:44:30 | 只看该作者

回复 5# 的帖子

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

8#
发表于 2007-11-17 17:47:58 | 只看该作者
问题就在于集合点的时间等待上了。
另外,集合点建议在度量的事务外面。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-11-20 16:31:43 | 只看该作者

回复 8# 的帖子

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

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 19:53 , Processed in 0.072283 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表