如何在laodrunner中插入Rendezvous功能..在actionpart中如何设置，任何人都可以帮助我...这是为这个需求工作。前2小时1000套数据应该comsume ... Nxt 10分钟2000套应该消耗，Nxt 1小时50分钟休息1000数据需要消费者
您可以在脚本中使用lr_rendezvous命令，该命令在Vuser脚本中创建一个集合点，您希望所有用户在执行下一组命令之前“满足”。
例如：
lr_rendezvous("consume");
(run the command)
这将导致所有虚拟用户（“VUsers”）停在集合点，直到所有其他用户都到达它，然后才运行。
您不需要集合点来满足您的要求。实际上，这可能是对此功能的错误使用。正如在其他论坛中所提到的那样，这是一个安排问题。您有不同的组，具有不同的执行时间表>
第1组时间表1.运行两个小时。假设每次迭代有一组唯一的数据并假设有100个用户，那么每个用户都会消耗10组数据。在两个小时的时间内，这个迭代起搏是每个用户每720秒一次。那是怎么来的？ 2小时= 7200秒。您的用户必须在两小时内完成10次迭代才能使用他们的数据。 7200/10 = 720秒。这是您的中值，设置+/- 20％应该达到一定程度的自然行为，同时仍然达到足够大样本集的中点。
您可以为下一组启用此功能，该组在第一组完成10分钟后运行。 100个用户，2000组数据在10分钟内产生20次迭代。 10分钟= 600秒。 600/20 = 30秒的迭代起搏。如果您更改了用户，交易等...那么您的节奏间隔会更改以满足您的要求。
如果要保证多个负载生成器上多个组中所有用户的唯一性，则应考虑从队列而不是本地数据文件中提供脚本。虚拟表服务器随LoadRunner一起提供。我更喜欢使用RabbitMQ的HTTP接口。
这是基本的负载建模。在您选择任何性能测试工具之前，这是基础技能。如果没有这些概念的坚实基础，则不应允许您使用任何性能测试工具。假设你是该领域的新手，因此你的问题和愿望使用会合（这将导致更多的问题，而不是你想知道的），如果他们感兴趣，你的管理层会欠你培训和导师一段时间你的成功。在这个领域进行社会宣传是行不通的。在构建考试之前，你需要掌握基础技能。
接下来，根据您的要求。这很奇怪，很奇怪。似乎具有功能测试背景的人已经决定他们希望您参与所谓的“一天中的某一天”，试图通过在特定时间段内观察到的系统来模拟数据的起伏。您可以在特定平台上使用某些dbreplay功能在数据库层获取此功能，但性能测试工具并非针对此设计。你将失败，并保证作为该领域的新手。您还应该问您要回答的问题是什么，答案的价值是什么。肯定有一条较短的道路。
您可以在主事务执行之前插入lr_rendezvous函数，以期获得最大用户负载。对于前者lr_rendezvous（ “登录”）; lr_start_transaction（ “登录”）;这样，所有用户都会等到登录交易前加速。希望这可以帮助。
问候。