51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: stomic
打印 上一主题 下一主题

[原创] 一个集合点的问题,希望加价帮助分析下

[复制链接]

该用户从未签到

21#
发表于 2007-6-29 08:24:04 | 只看该作者

回复 #17 spartan 的帖子

OK.这里我分析错了.应该是60秒加载50个用户.
不过我不同意你的说法,这个图描述的是加载用户而不是释放用户.图中显示的是50个用户聚集在集合点后,后面的10个没有全部到达集合点.只有4个到达了集合点.于是到了54个用户都在集合点后,才开始释放的.
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2017-1-11 15:48
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    22#
    发表于 2007-6-29 10:44:19 | 只看该作者
    在这个图形中的50个用户,54个用户这两个点中。 分别表示LR释放了两次用户,一次是释放了50个用户;一次是释放了54个用户;
    为什么两次释放的不一样呢? 因为楼主设置的是:‘当所有正在运行的vuser中的100%到达集合点时释放’

    所以,第一次释放的假设应该是这样的。 运行用户数一直在增加,随之集合点的等待用户数也一直在增加。增加到50个用户的时候,LR在等待后一个正在运行中的用户到达集合点,结果LR等待的时间超过了楼主设置的timeout时间,所以这个时候LR由于Timeout的原因全部释放了50个用户。

    第二次释放的假设应该是:
    第一次释放后,运行用户数又开始重新增加,集合点等待的用户数也随之增加。这次幸运的是,前一个用户等待后一个用户的时间均小于Timeout设置的时间。54个用户就这样一个等一个的,终于等齐了。 然后这个时候,由于满足了释放的条件, LR进行第二次释放的动作。

    看看我分析的正确吗? sdlkfj5

    [ 本帖最后由 spartan 于 2007-6-29 11:04 编辑 ]

    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2007-6-29 11:24:33 | 只看该作者
    支持楼上说法~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2007-6-29 15:11:54 | 只看该作者
    我觉得spartan分析的很有道理,首先lz应该弄清楚 集合点 与 加载用户的区别
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2007-7-2 16:26:53 | 只看该作者
    看来我还得学习~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2007-7-3 10:14:36 | 只看该作者
    受益!好帖
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2007-7-3 11:22:21 | 只看该作者
    受益良多
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2007-7-3 14:44:26 | 只看该作者
    受益匪浅sdlkfj3
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2007-7-3 14:53:36 | 只看该作者
    好贴,顶一下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
    发表于 2007-7-4 15:31:01 | 只看该作者
    spartan实在是厉害a
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2007-7-4 20:23:11 | 只看该作者
    鲜花给错人了。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    32#
    发表于 2007-7-5 09:36:58 | 只看该作者
    我想问一下Timeout bewteen vuser XXXXX s 他的意思是什么呀?是等待下一个虚拟用户的时间吗?还是所有的虚拟用户等待时间加在一起的时间呢?超过了这个时间就不等待了吗?,就开始释放吗?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2017-1-11 15:48
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    33#
    发表于 2007-7-5 10:13:23 | 只看该作者
    原帖由 hhy0824 于 2007-7-5 09:36 发表
    我想问一下Timeout bewteen vuser XXXXX s 他的意思是什么呀?是等待下一个虚拟用户的时间吗?还是所有的虚拟用户等待时间加在一起的时间呢?超过了这个时间就不等待了吗?,就开始释放吗?


    Timeout bewteen vuser X s-------
    在规定的X秒钟之内,前面已经到达集合点的虚拟用户若等到了后面来的那个虚拟用户的话,大家再继续等待别的后来者,依次类推,集合点的用户数达到满足释放条件的时候,大家一起释放。
    在规定的X秒钟之内,前面已经到达集合点的虚拟用户没有等到后面来的那个虚拟用户的话,这个时候不管有没有满足释放的条件,前面已经在集合点的虚拟用户就不用继续等候了,而是一起释放了。

    [ 本帖最后由 spartan 于 2007-7-5 10:20 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    34#
    发表于 2007-7-6 17:35:00 | 只看该作者
    spartan实在是厉害a
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    35#
    发表于 2007-7-10 20:35:56 | 只看该作者
    谢谢spartan 的精彩分析!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    36#
    发表于 2007-7-10 20:37:59 | 只看该作者
    1.我录制了lr自带的web flight一个登陆脚本,在web_submit_form之前加了集合点和事务,并且在contraller中的配置了集合点的policy.

    2.运行后,我查看analysis中的分析图标,发现在左侧的树状图形中我并没有rendezvous那个图表,因此无法把average transaction response time和rendezvous两个图merge在一个图里.

    有如下问题,请教大家:
    1.如何设置才能在analysis中有rendezvous图?

    2.楼住的题目是"设置的计划是每15秒运行10个用户当集合后运行1分钟"中,我在ramp up中设置start 10 个用户 每15秒,在duration中设置run for 000:01:00,不知道lz是否是这样设置的,如果是这样设置的话,我有个疑问?在duration中,run for 000:01:00 下面写的是"after the ramp up has been completed",我的理解是加载完所有的用户(此题中就是60个用户)后,这60个用户持续运行1分钟,并非可以通过这个地方的设置达到"集合后运行1分钟"的要求?因为加载完后并非就直接到达集合点的,所以这个持续运行1分钟中包括达到集合点之前的时间和在集合点等待的时间以及释放后运行的时间.不知道大家对这个点的是怎样理解的?

    3.我在运行结果中发现两个错误:
    1)
    action.c(6): Error -27796: Failed to connect to server "localhost:1080": [10061] Connection refused 49个虚拟用户因为这个错误失败的.
    2)
    action.c(6): Error -27727: Step download timeout (120 seconds) has expired when downloading resource(s). Set the "Resource Page Timeout is a Warning" Run-Time Setting to Yes/No to have this message as a warning/error, respectively
    32个虚拟用户因为这个错误失败的.
    请教大家,为什么会有这么多的虚拟用户连接失败呢?第二个问题我没有看明白,是因为我压力机的资源不够,可是我看cpu的使用率不是很高,并没有达到75%?


    5.在running vusers图中发现在时间到达24的秒的时候用户已经加载了30个,而实际在contrallor中设置的是每15秒加载10个用户,在前30秒中应该只加载30个用户才对,另外发现在30秒-45秒之间并没有加载用户,为什么本应该在elapsed time到达30秒时才应该加载的10个用户确在上一个10秒中加载了?
    在持续1分钟后,60个用户本来应该在75秒内停止完毕,但实际从图上看到并不时这样.为什么用户再运行后还需要这么长时间停止,这段时间内都做什么事情?

    6.前面提到在50个用户和54个用户两个点的时候先后释放了两次,那请问在由00:08--01:12(50个用户那点)这个区间内的线上的每个点(x,y),是否说明在时间x时释放了y个用户呢?如果时这样的话那就是在不停的释放了,还有集合点的意义么?为什么只说就这两个点是集合后释放用户的点呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2007-7-11 09:40:26 | 只看该作者
    试回答几个问题:
    1. 在Analysis的树状图的“New Graph”中能找到“rendezvous”吧。
    2. Controller的“Edit Schedule”中设置整个场景的运行策略,集合点的策略需要在“Scenario->Rendezvous”中设置。
    5. 上面已经说过,场景在0秒的时候已经加载了10Vuser,可以从“Running Vusers”图中看出来。

    顺便帮你顶一下~~
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2017-1-11 15:48
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    38#
    发表于 2007-7-20 11:38:29 | 只看该作者

    回复 #37 liangxue2007518 的帖子

    一下子提出了这么多的问题。 试着回答几个给你。
    2. “我的理解是加载完所有的用户(此题中就是60个用户)后,这60个用户持续运行1分钟,并非可以通过这个地方的设置达到"集合后运行1分钟"的要求?” 
    答:你的想法是对的。 只能设置加载满用户后,LR联系运行多长时间。 而没有办法设置集合后运行多长时间的。 

    5.”为什么本应该在elapsed time到达30秒时才应该加载的10个用户确在上一个10秒中加载了?“
    答:因为LR在0:00秒的时候就已经加载了10个用户,所以如果每10秒加载10个用户的话,第30秒的时候已经在加载第40个用户了。
    “在持续1分钟后,60个用户本来应该在75秒内停止完毕,但实际从图上看到并不时这样.为什么用户再运行后还需要这么长时间停止,这段时间内都做什么事情?”
    答:"60个用户本来应该在75秒内停止完毕" 这个想法和理解是错误的。假如你的设置是:10秒钟停止2个用户;你总共有10个用户,从开始停第一个用户开始到最后完全停完10个用户,需要的时间不是:(10/2)*10=50秒。而决定于LR正在跑的业务动作,LR停止用户,指的是从某个时刻开始停止用户,但要等这个用户正在作的事情做好后,才能停止下来。这样的话,就没有办法计算从开始停到最终停止所消耗的时间了。 

    6.“前面提到在50个用户和54个用户两个点的时候先后释放了两次,那请问在由00:08--01:12(50个用户那点)这个区间内的线上的每个点(x,y),是否说明在时间x时释放了y个用户呢?如果时这样的话那就是在不停的释放了,还有集合点的意义么?为什么只说就这两个点是集合后释放用户的点呢?”
    答:00:08--01:12是说:在00:08的时候释放了10个用户,在01:12时释放了50个用户。
      在某个iteration中释放了用户,在下个iteration中又会集合,然后释放,。。。。。依次类推。
      这两个点为什么是释放用户的点,因为这个图就显示的这个东西。没有为什么!


    [ 本帖最后由 spartan 于 2007-7-20 11:41 编辑 ]
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-19 20:27 , Processed in 0.072497 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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