2017-08-01 41 views
1

jmeterスクリプトを作成しました。スレッド数は1000、起動時間は1、ループは永遠、時間は1時間です。Jmeter - 1000人の同時ユーザーは同時に作成されません

このスクリプトを実行すると、jmeterがスレッドの作成を開始し、ループを永遠に設定しているので、スレッドの持続時間が終了時間よりも前に完了するはずです。

しかし、問題はjmeterがこれらのスレッドを同時に作成できないことです。私は要約から短いログの詳細を追加しました。

1分で全部で76スレッドが作成されました。 10分で合計264のスレッドが作成されました。 59分で合計590のスレッドが作成されました。

それから、それはすでに1時間だったので既存のスレッドを終了し始め、次に他の510個のスレッドを作成し始めました。そして最後に、1000のスレッドが作成されたことが示されました。

実際には同時に作成する必要がありましたが、たった3〜5分かかることがありました。それ以外の場合は失敗する可能性がありました。

これらのテストは、m3.mediumインスタンスを使用してAWSで行います。

これまでは、t2.microサーバーを100スレッドで1時間使用しました。すべてのスレッドは数分で作成され、1時間以内にアクティブだったということです。

私は要約から最後の行を追加しました。

summary + 840 in 00:00:25 = 33.1/s Avg: 6989 Min: 19 Max: 69102 Err:  3 (0.36%) Active: 591 Started: 591 Finished: 0 
summary = 424179 in 00:59:03 = 119.7/s Avg: 2963 Min: 19 Max: 137203 Err: 498 (0.12%) 
summary + 1542 in 00:01:31 = 17.0/s Avg: 36302 Min: 19 Max: 136434 Err: 388 (25.16%) Active: 4 Started: 683 Finished: 679 
summary = 425721 in 01:00:33 = 117.2/s Avg: 3084 Min: 19 Max: 137203 Err: 886 (0.21%) 
summary + 171 in 00:00:30 = 5.7/s Avg: 367 Min: 178 Max: 920 Err:  0 (0.00%) Active: 8 Started: 858 Finished: 850 
summary = 425892 in 01:01:03 = 116.3/s Avg: 3082 Min: 19 Max: 137203 Err: 886 (0.21%) 
summary + 149 in 00:00:24 = 6.1/s Avg: 352 Min: 162 Max: 992 Err:  0 (0.00%) Active: 0 Started: 1000 Finished: 1000 
summary = 426041 in 01:01:28 = 115.5/s Avg: 3081 Min: 19 Max: 137203 Err: 886 (0.21%) 

だから誰もこの状況の解決方法を提案できますか? Amazon instances specificationsにLoooking

Thread Group - screenshot

summary + 1507 in 00:01:30 = 16.7/s Avg: 34686 Min: 23 Max: 116663 Err: 258 (17.12%) Active: 588 Started: 588 Finished: 0 
summary = 404415 in 00:57:31 = 117.2/s Avg: 3111 Min: 19 Max: 116663 Err: 674 (0.17%) 
summary + 378 in 00:00:27 = 14.0/s Avg: 31968 Min: 33 Max: 112930 Err: 54 (14.29%) Active: 589 Started: 589 Finished: 0 
summary = 404793 in 00:57:58 = 116.4/s Avg: 3138 Min: 19 Max: 116663 Err: 728 (0.18%) 
summary + 1868 in 00:01:30 = 20.7/s Avg: 30655 Min: 19 Max: 116585 Err: 126 (6.75%) Active: 592 Started: 592 Finished: 0 
summary = 406661 in 00:59:28 = 114.0/s Avg: 3265 Min: 19 Max: 116663 Err: 854 (0.21%) 
summary + 896 in 00:01:06 = 13.7/s Avg: 21775 Min: 19 Max: 90675 Err:  8 (0.89%) Active: 476 Started: 593 Finished: 117 
summary = 407557 in 01:00:33 = 112.2/s Avg: 3305 Min: 19 Max: 116663 Err: 862 (0.21%) 
summary + 537 in 00:00:24 = 22.2/s Avg: 30182 Min: 171 Max: 88596 Err: 85 (15.83%) Active: 2 Started: 701 Finished: 699 
summary = 408094 in 01:00:58 = 111.6/s Avg: 3341 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 165 in 00:00:30 = 5.5/s Avg: 288 Min: 167 Max: 803 Err:  0 (0.00%) Active: 4 Started: 868 Finished: 864 
... 
... 
summary = 412193 in 01:12:28 = 94.8/s Avg: 3311 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 178 in 00:00:30 = 5.9/s Avg: 334 Min: 169 Max: 959 Err:  0 (0.00%) Active: 3 Started: 4979 Finished: 4976 
summary = 412371 in 01:12:58 = 94.2/s Avg: 3309 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 178 in 00:00:30 = 6.0/s Avg: 326 Min: 172 Max: 1072 Err:  0 (0.00%) Active: 2 Started: 5156 Finished: 5154 
summary = 412549 in 01:13:28 = 93.6/s Avg: 3308 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 175 in 00:00:30 = 5.8/s Avg: 343 Min: 173 Max: 1066 Err:  0 (0.00%) Active: 3 Started: 5332 Finished: 5329 
summary = 412724 in 01:13:58 = 93.0/s Avg: 3307 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 168 in 00:00:30 = 5.6/s Avg: 352 Min: 175 Max: 1057 Err:  0 (0.00%) Active: 4 Started: 5501 Finished: 5497 
summary = 412892 in 01:14:28 = 92.4/s Avg: 3306 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 179 in 00:00:30 = 6.0/s Avg: 335 Min: 168 Max: 914 Err:  0 (0.00%) Active: 1 Started: 5677 Finished: 5676 
summary = 413071 in 01:14:58 = 91.8/s Avg: 3304 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 178 in 00:00:30 = 5.9/s Avg: 306 Min: 169 Max: 984 Err:  0 (0.00%) Active: 2 Started: 5856 Finished: 5854 
... 
... 
summary = 416548 in 01:24:58 = 81.7/s Avg: 3279 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 175 in 00:00:30 = 5.9/s Avg: 322 Min: 172 Max: 935 Err:  0 (0.00%) Active: 3 Started: 9331 Finished: 9328 
summary = 416723 in 01:25:28 = 81.3/s Avg: 3278 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 172 in 00:00:30 = 5.7/s Avg: 320 Min: 163 Max: 902 Err:  0 (0.00%) Active: 6 Started: 9506 Finished: 9500 
summary = 416895 in 01:25:58 = 80.8/s Avg: 3277 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 175 in 00:00:30 = 5.8/s Avg: 319 Min: 168 Max: 908 Err:  0 (0.00%) Active: 3 Started: 9678 Finished: 9675 
summary = 417070 in 01:26:28 = 80.4/s Avg: 3276 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 170 in 00:00:30 = 5.7/s Avg: 321 Min: 165 Max: 1287 Err:  0 (0.00%) Active: 4 Started: 9849 Finished: 9845 
summary = 417240 in 01:26:58 = 80.0/s Avg: 3275 Min: 19 Max: 116663 Err: 947 (0.23%) 
summary + 154 in 00:00:26 = 5.9/s Avg: 325 Min: 165 Max: 979 Err:  0 (0.00%) Active: 0 Started: 10000 Finished: 10000 
summary = 417394 in 01:27:24 = 79.6/s Avg: 3273 Min: 19 Max: 116663 Err: 947 (0.23%) 
Tidying up ... @ Sun Jul 30 09:16:26 UTC 2017 (1501406186446) 
... end of run 
+0

間違いなく1秒で1000スレッドを開始するのはどんなコンピュータにとってもうまくいく作業で、クラッシュすることもあり、CPU、メモリなどのシステムリソースに完全に依存します。スーパーコンピュータを持っていなければシミュレーションすることは事実上不可能です。 。スレッドグループのスクリーンショットを共有してください。 –

+0

スレッドグループのスクリーンショットを追加しました。ありがとう。 –

答えて

1

Model vCPU Mem (GiB) SSD Storage (GB) 

m3.medium 1 3.75 1 x 4 

を私は強く、二重、最も可能性の高いインスタンスは、リソースが不足しますと、あなたが1秒間に1000個のスレッドをキックオフすることができます疑いますその健康指標を確認するには、またはJMeter's PerfMon Plugin

あなたのJメーター・ロード・ジェネレーターには、JMeterインスタンスが過負荷になるほど十分な予備リソースがあるため、テスト中のアプリケーションは正常に動作するかもしれませんが、非常に大きな応答時間が表示されるほど速く要求を送信することはできません。

別のインスタンスを追加し、JMeterをdistributed modeに実行することをお勧めします。これは、より安全な位置にいるはずです。

+0

こんにちはDmitri、私はヒープサイズを次のように設定したことを付け加えたいと思います: -Xms2816m -Xmx2816m したがって、jmeterがより多くのメモリを使用すると、クラッシュするはずです。 わかりやすくするため、m3.largeで同じテストを行いました。そのインスタンスには15GBのメモリがあります。しかし、テストは500スレッド後にクラッシュしました。 なぜ、m3.mediumにクラッシュしていないのですか? さらに、私はm3.mediumで10,000人の同時ユーザーを1時間テストしました。同じ結果、1時間に500〜600スレッドを使用し、30分以内に他のスレッド(10000〜500)を作成しました。その種類は10000スレッドでした。 –

+0

10,000人の同時ユーザーの要約ログを追加しました。 –

関連する問題