aws cloudsearchの負荷テスト用のjmeterの作業を理解しようとしています。私は1500スレッドを実行しました。平均負荷時間は1500 msでしたが、15スレッドを実行すると平均ロード時間は10 msになります。どちらも同じではないでしょうか?誰かがこの結果を説明できますか?ロードテスト中にjmeterの結果が確定しない
0
A
答えて
1
どちらも同じではありませんか?
全くありません!
実際、それがポイントです。さらに多くのユーザーを追加することで(あなたのケースでは余分な1485人)、サーバーの作業をより困難にしています。これには処理要求が多く、メモリ、CPU、さまざまなキュー内のスレッドなどがあります。ボトルネックです。これは、サーバーが効率的に動作しなくなることを意味します。たとえば、CPUが100%でスタックしている場合、メモリを追加することは何もしません。
あなたができる2つのものがありますか、次の(する必要が?):ボトルネックはoccurs-は、それが1000人のユーザーで起こるんどこ
1)検索しますか?ユーザー500人?
2)ボトルネックを見つけて修正し、さらに多くのユーザーを実行します。
これらのいずれかの鍵は、の監視です。何が問題になっているのかを知るには、サーバ上で何が起きているのかを知る必要があります。
関連する問題
- 1. 不安定な結果のJMeter
- 2. JMeterのREST APIロードテストのランダム化
- 3. JMeterの結果をSplunkに
- 4. jmeter集約リスナーが集計結果を生成しない
- 5. サンプラー結果setResponseDataがJMeterで設定されていません
- 6. Jmeterの結果 - パーフォマンステストのアドバイス
- 7. JMeter結果のサイズ制限
- 8. Explain JMeterレポートの結果
- 9. スメルループがない場合、JMeterのグラフィックス結果データサンプルがクラスタ化されない
- 10. Google geocode APIが結果を確定しない場合の結果を返します
- 11. JMeter - 結果コンフィグレーションパスが失敗する
- 12. SPARQL:正確なrdfs:labelクエリの結果が一致しない
- 13. forループの結果が予期しない結果になる
- 14. Ubuntu + Jmeter:非GUIモード(分散テスト)でテストを実行中に実行結果がコンソールに表示されない
- 15. JmeterでのCSVファイル(結果)の比較
- 16. jmeterテスト結果のエクステントレポートの使用
- 17. groovyのjmeter samplerの結果を
- 18. JMeterのRESTサンプラーの結果を取得
- 19. コアデータ - 明確な結果がfetchedResultsController
- 20. 不正確な結果(スフィンクス)
- 21. JMeter APIテストの "Post"メソッドテスト結果エラー
- 22. JMeter検索結果がローカルマシンとリモートサーバーマシンで異なる
- 23. Jmeter - レスポンスアサーションの結果に基づいてコードを実行
- 24. 録音結果を保存するJmeter
- 25. PHP検索コードが結果の結果を出力しない
- 26. ランダムシードが結果をPythonで一定にしない理由
- 27. Vue jsの計算結果が正確でない
- 28. ハードウェアオクルージョンクエリの結果が正確でないようです
- 29. ApacheBenchmarkとJmeterの結果は大きく異なる
- 30. 2つのテーブルを結合した正確な結果
私はスループットを調べていました。 15スレッドのスループットは約1500/sで、1500スレッドのスループットは100/sです。スループットが増えるほど多くのリクエストが発生するため、15スレッドのスレッドではサーバがより多くのリクエストを処理し、応答時間が遅くなるはずです。 – sidd607
サーバが過負荷になると効率が低下します。要求を簡単に処理することはできません。いくつかのスレッド(つまり20)を追加すると、スループットが上がるはずです。結局のところ、サーバーが停止します。たぶんそれはメモリをいっぱいにするので、あなたの要求を処理する代わりに時間を費やすことに費やします。スループットの低下と応答時間が増加します。 スレッドを追加すると応答時間が短くなることはありません。 – RowlandB