アウトライン
JMeterは我々がリスナーによってパフォーマンスのボトルネックを分析し、多くのリスナーのパフォーマンス・データを提供することができます
ステップ加圧試験を取ってグラフを記述するために500個のスレッドをもたらします。
共通リスナー
1:秒あたりのトランザクション
スループットを分析するために、動的なTPSを監視します。ここで横軸は走行時間、縦軸は、値TPSです。TPSによって赤、緑は失敗を示します。
約1分26秒から約140のTPSの最大値は、合格しない事を始めました
2:セカンドあたりヒット
CTR動的監視単位時間、すなわち、要求の数がトリガー。走行時間が横軸であり、縦軸はHPSの値です。
レートの変動による-クリックして、上昇し続けることができません。説明パフォーマンスは非常に不安定です
3:応答時間以上の時間
物事の全体実行中のリスナーの応答時間。(ミリ秒単位)、横軸は走行時間であり、縦軸は、応答時間であります
応答時間は4950msが安定し始めについて、フォローアップが大きな変動を受けているあります
4:スレッド対応答時間
スレッド・アクティビティ・モニタリング時の応答時間。横軸はアクティブなスレッド(すなわち同時)の数であり、縦軸は(ミリ秒)の応答時間であります
5:時間以上のアクティブスレッド
時間の監視ユニット内のアクティブなスレッドの数。横軸は時間(ミリ秒)の単位であり、縦軸は、活性(すなわち同時)スレッドの数であります
6:応答時間パーセンタイル
モニタ応答時間分布の割合。ここで横軸はリクエストの割合で、縦軸は応答時間です。この図は、5秒未満の要求応答時間の99.7%を表します。
7:応答時間分布
応答時間分布ヒストグラム。ここで横軸は縦のヒストグラムは応答時間です。この図は、約111要求応答時間5076msを示しています。
8:複合グラフ
組み合わせリスナー。横軸が運転時間であり、縦軸は(データは10で除算され、そのいくつかの)集約パフォーマンスデータの値です。
概要
別のリスナーが異なる性能データに耳を傾けるが、パフォーマンスのボトルネックの視覚的な分析をグラフ化したいことができ、我々はモジュラーリスナーにする必要があります。例えば、スループット、応答時間およびスループットの変曲の分布によって得られます。
通过以上图表能看出来,在持续加压的事物场景中,99.7%的请求响应时间都控制在了5s以内。