今回、簡単な検証ですが、JMeterの「スレッド数」と「Ramp-Up期間（秒）」、「ループ回数」の値に関するリクエスト状況を確認しました。

以下の条件でJMeterを実行し、「結果を表で表示」レポートを確認してみました。

共通条件は以下です。

• 1シナリオのHTTPリクエストページ数は「10」。（超シンプルなHTMLファイル）
• シナリオ実行端末はWindows 8.1 x 1台

条件は以下です。

No.1　スレッド数＝１、Ramp-Up期間（秒）＝１、ループ回数＝１

ベンチマークとして取得しているデータです。

実行結果の「結果を表で表示」レポートは以下になります。

0.15秒程度で終っています。

No.2　スレッド数＝１、Ramp-Up期間（秒）＝１、ループ回数＝２

ループの影響度を確認する為、ループを「２」にした実行結果です。

0.3秒程度で終っています。ループなので、「スレッドグループ 1-1」が連続実行されるだけです。

No.3　スレッド数＝１、Ramp-Up期間（秒）＝１０、ループ回数＝１

Ramp-Up期間（秒）の影響度を確認する為、Ramp-Upを「１０」にした実行結果です。

スレッド数は「１」ですので、Ramp-Upは特に影響ない状態だと思います。

No.4　スレッド数＝１、Ramp-Up期間（秒）＝１０、ループ回数＝２

Ramp-Up期間（秒）は「１０」、ループを２にした場合の実行結果です。

スレッドは1つなので、Ramp-Upは関係なく、一気にループ分も処理されます。

No.5　スレッド数＝２、Ramp-Up期間（秒）＝１、ループ回数＝１

ここからは、スレッド数を「２」にします。Ramp-Upは「１」の場合、2スレッド目はどうなるか？

（細かくてスミマセン。）

「スレッドグループ 1-2」のpage1 が、大体0.5秒後に開始しています。1秒をスレッド数「２」で割って、0.5秒後に開始した感じです。

No.6　スレッド数＝２、Ramp-Up期間（秒）＝１、ループ回数＝２

スレッド数は「２」で、ループを増やした場合です。

ループ分はスレッド毎に回っており、2スレッド目である「スレッドグループ 1-2」が約0.5秒後に開始しています。

No.7　スレッド数＝２、Ramp-Up期間（秒）＝１０、ループ回数＝１

1秒未満は見難いので、Ramp-Upを「１０」にします。

2スレッド目である「スレッドグループ 1-2」が約5秒後に開始しています。

No.8　スレッド数＝２、Ramp-Up期間（秒）＝１０、ループ回数＝２

Ramp-Upを「１０」、ループ回数を「２」にします。

約5秒後に、2スレッド目の「スレッドグループ 1-2」が走り出しました。

以上が8パターンでの試験結果です。

結果サマリー

補足　スレッド数＝２、Ramp-Up期間（秒）＝１０、ループ回数＝５０００

この試験をやっていると、ループ回数をとても大きな値（例：5000）にした場合の挙動も見たくなったので試してみました。

スレッド数を「２」、Ramp-Upを「１０」、ループ回数を「５０００」にしました。

2スレッド目はちゃんと約5秒後に開始されました。ただ、ループが多すぎた為、1スレッド目も2スレッド目もなかなか終わらない羽目になります。（途中でキャンセルしました。）