Loadrunner：调集点（Rendezvous）

1、Virtual User Generator
1）应用Insert- Rendezvous添加调集点，添加后的成果是：lr_rendezvous( test
2）调集点应当放在事务外，若是事务内存在调集点，那末虚拟用户在调集点等待的进程也会被计较进事务时分，致使早进进调集点的用户的照应时分有误。
3）调集点只能拔出到Action 部门，vuser_init和vuser_end中不克不及拔出调集点。

2、Controler
 ==
调集点战略理解：
调集点供应了以下3种战略：
A．当百分之几多的用户到达调集点时剧本连续。
B．当百分之几多的运转用户到达调集点时剧本连续。 
C．几多个用户到达调集点时剧本连续。
这3个战略的辨别在于：假定剧本由100个用户来运转，但100个用户其实不是一同头就配合运转的。假定每隔1分钟添加10个用户，也就是说10分钟后系统才有100个在线用户。这里100就是指系统拜候的一切用户数，而分歧时分的在线用户数是分歧的。设置的调集点战略百分比均为100%。在场景运转时，当Vuser剧本运转到调集点函数时，该虚拟用户会进进调集点情况直到调集点战略知足后才释放。
【一分钟添加10个用户，10分钟，设置为100%】
战略1是指当全数用户都运转到了调集点函数才释放调集，让这100个用户并发运转前面的剧本。
战略2是指以后时分若是只需10个用户在线，那末只需求这10个用户都运转到了调集点函数就释放调集，让这10个用户并发运转前面的剧本。
战略3就比力好理解了，当到达调集点的用户数抵达自身设置的数目后就释放等待，并发运转前面的剧本。
能够在多个剧本上设置不异的调集点称号来完成多个剧本同时并发的结果。调集点超时在剧本运转时，每一个虚拟用户到达调集点时城市往查抄一下调集点的战略设置，若是不知足，那末就在调集情况等待，直到调集点战略知足后，才运转下一步支配。可是可以存在前一个虚拟用户和后一个虚拟用户抵达调集点的时分间隔很是长的环境，所以需求指定一个超时的时分，若是逾越这个时分就不等待迟到的虚拟用户了。超不时间是指虚拟用户之间的时分差，当呈现两个虚拟用户到达调集点的时分差逾越设定的超不时间时，一切在调集点处于等待情况中的用户将全数释放。调集点和事务调集点应当放在事务外，若是事务内存在调集点，那末虚拟用户在调集点等待的进程也会被算进事务时分，致使早进进调集点的用户的照应时分有误。稀有的田径角逐就是多么，年夜家先调集在统一同跑线上，叫枪后起头计时，抵达起点再计时，多么就能够取得准确的事务时分。