ランデブー：条件を満たさない場合、すべてのリクエストを待機させます。
たとえば、ランデブーポイントが50に設定されている場合、50のリクエストが満たされない場合、これらのリクエストはグループ化されて待機状態になり、50に達すると一緒に実行されます。並行性の効果を達成するように。
ランデブーを追加
注：同期タイマーはリクエストの前に設定する必要があります
グループ化するシミュレーションユーザー数：グループ別のシミュレーションユーザー数。
ミリ秒単位のタイムアウト：Timoutは、リクエストを長時間待機した後、スレッド数が設定された同時数に達したかどうかに関係なく、テストの実行が開始されることを意味します。
シナリオ1：スレッドの数は6に設定され、ランデブーポイントは3、タイムアウトは0であり、クリックして実行します。
6つの結果があることがわかります。ここでは、同時実行性のために2つのグループに分けられ、それぞれ3ユーザーです。
シナリオ2：スレッド数を3に設定し、ランデブーポイントを4に設定し、タイムアウトを0にして、クリックして実行します。
実行要求がないことが判明したため、手動で停止する必要があります。理由：並行性が不十分で、タイムアウトが0です
シナリオ3：スレッドの数は6に設定され、ランデブーポイントは4に設定され、タイムアウトは0であり、クリックして実行します。
リクエストは4つしかなく、停止はなく、手動で停止する必要があることがわかりました。理由：最初のグループには十分なミーティングポイントがあり、それらは同時に存在します。2番目のグループにはミーティングポイントが2つしかなく、十分ではありません。
シナリオ5：スレッド数を6に設定し、ランデブーポイントを4に設定し、タイムアウトを5000にして、クリックして実行します。
2つのグループに分割すると、最初に4つのリクエストがあり、最初のグループでした。5秒後、次の2つのリクエスト、つまり2番目のグループ、合計6つが表示されました。
結論：
タイムアウト（ミリ秒）：タイマーを0に設定すると、スレッド数が「グループ化する同時ユーザー数」で設定された値に到達するまで待機してから解放されます。つまり、スレッド数がランデブーポイントで設定された数より少ない場合、常に待機するため、手動で停止する必要があります。
0より大きい場合、[ミリ秒単位のタイムアウト]で設定された最大待機時間（ミリ秒単位）を超え、[グループへの同時ユーザー数]で設定された値に達していない場合、タイマーは待機せず、到着したスレッドを解放します。つまり、スレッド数がランデブーポイントで設定された値を満たしていない場合、タイムアウトに設定された時間の後に不十分に実行を継続するスレッドです。
ミリ秒単位のタイムアウトのデフォルトは0です。したがって、タイムアウトが0に設定されているが、スレッド数がランデブーポイントで設定された値を満たしていない場合、常に待機し、リクエストを実行しないため、手動で停止する必要があります。
スレッドに複数のサンプラーがあり、同期タイマーとこれらのサンプラーが同じレベル（同じノードの下）にある場合、それらは同時にこれらのサンプラーに作用します。
特定のサンプラーに対応するタイマーが必要な場合は、サンプラーの子ノードにタイマーを作成できます。