パフォーマンステストシリアルストレステスト分析-jmeter(7)困難

アウトライン

新人は、JMeterの時間でストレステストを行っているいくつかのパフォーマンスの観点で混同され、データのうち、試験結果の直接の結果の結果だけでは分析させ、理解することはできません。この記事の焦点は、用語のJMeterのストレステストのいくつかを説明するためにあなたの例を与えます

質問1:圧力テストとは何ですか

、ストレステストを行うために多くの人々のみ答えることができるか尋ねた:「プラススレッドグループに加え、同時では結果を参照してください。」だから、圧力はどこから反射された圧力は、何ですか?私はこれらを知らない怖いです。

最終的にはストレスは何ですか?実際には、私たちのストレステストは、RPSで表され、

RPS

RPSは、毎秒の要求(リクエスト毎秒)の数であり、実際にサーバエンジンに送信される押圧力の大きさを記載しています。
ユーザの観点からは、RPS秒あたりのクリック数ある
クライアントの観点からの要求、毎秒RPSがサーバーに送信された
究極の目標のツールを使用すると、スレッドの数とユーザーごとの反復回数を利用することで、シミュレートマッチ、サービス側の圧力が、パフォーマンスデータを取得することを第二の圧力値をクリックしてください

RPS、応答時間は、同時およびサーバーの数によって決定されます。同時過度の圧力の数は、直接サーバーを圧倒する際に同時RPSの所望の数が多すぎる、低すぎる達成しない場合があります。

質問2:JMeterの圧力を調整する方法

以上のことから、我々は圧力が毎秒行われた要求の数であることを知っています。私たちは今、JMeterの用語を理解してみましょう(秒のランプアップ期間を )

ランプアップ期間

:JMeterのスレッドは、調整可能な設定値があるランプアップ期間秒で必要な開始時間を示し、すべてのスレッドを

図1-1セット100スレッド、反復回数= 1、ランプアップ期間= 25が、それは私が開始当たり4つのスレッドで25秒、100個のスレッドを開始することを意味します。

各スレッドの開始の間の時間間隔は250ミリ秒である25/100 = 0.25秒です。

我々は、サーバー上の圧力を表すことを期待し理解する別の方法は、毎秒4つのリクエストを送信しています。すなわち、RPS = 4 / sと設定されている
ここに画像を挿入説明図1-2スレッド100が設けられ、反復= 10、ランプアップ期間の数 = 25が、 それはそれぞれ、Iスレッド25秒100を開始手段10回の反復を通します。それは100件のスレッドが25秒と10回の反復を開始しています。
このとき、RPS = 40 / S観測重合レポート1-3、JMeterのスレッドと要求100を開始した1000年では25秒。
ここに画像を挿入説明ここに画像を挿入説明1-3

RPSはJMeterの視覚リスナーによって監視にではなく、単一の要求であり、RPS HPS理論的に等しいです。HPSリスナーによってそれを確認します。
HPSモニターは
ここに画像を挿入説明
、モニターTPS
ここに画像を挿入説明が何であるかを最終的にスループットでのJMeter:##問題3?
これはJMeterの使用で小さなパートナーは、スループットは、しばしば混乱されていませんか?どこでもスループット、最後にそれを行うには何ですか?

のは、どのようなスループットの要素を見てみましょう

タイマーとターゲット定数スループットスループットシェーピングタイマー

コントローラは、特定の論理制御器を有しています

重合の報告もありますスループット

やっと、ああハロー良いです。ああ。ああ。

JMeterの世界を再構築するために、一つ一つを整理するためにあなたを取る以下崩壊持たないでください

最初のスループットであるかを理解

スループットがスループットを測定するために使用され、TPSおよびQPSによって一般に表されます。

TPSは、毎秒を通して物事の数を表し、QPSは、第二のインタフェースあたりのクエリの数を表します。

JMeterの場合にのみ、単一のポート、そして、TPS = QPS。

シーンがコントロール下に、物事のマルチインタフェース、実行のみの混合物であるならば、それはTPSとして理解することができます。

スループット重合レポート
TPS図スループットスループットトラフィックは無限の反復を表し、40 /秒程度です。第二に、応答は要求が40完了したことを意味しています。
ここに画像を挿入説明
一定のスループットタイマー
今は、私たちは、界面での一定のスループットタイマーを追加します

これが私たちのTPSを制御することができ、スループットタイマー、です。

示されるように、4 / S I 240 /分に設定されているスループットターゲットです。
ここに画像を挿入説明
結果の次の実行を見ることができ、我々はスループット期待どんなには、実際のTPSが強く、当社の平均応答時間が非常に短くなるが、4 /秒に圧縮される
ここに画像を挿入説明
スループットシェーピングタイマー
もう一度見てスループットシェーピングタイマー

それは明らかRPSを見ることができる次の図は、即ち秒あたりの要求の数、制御するために使用されます。

開始= 1つの端= 100は、持続時間は60です。私たちは、一様100に上げから60年代におけるRPS(1秒あたりの要求数)を表現するために必要があります。

ここでは、第二の均一な昇降あたりリクエスト見ることができる
ここに画像を挿入説明ロジックコントローラ-特定のコントローラの
スループットのコントローラは、リクエストの割合を指します。

例えば、我々が1000要求の合計を発行し、界面300でコントローラは、比例制御を送信する30%
ここに画像を挿入説明
ここに画像を挿入説明
この図の下には、より直感的な比例割当要求を示します

コントローラ1の比例割当要求は、要求の残りの70%は、コントローラに30%分配されている2ここに画像を挿入説明

リリース7件のオリジナルの記事 ウォンの賞賛0 ビュー188

おすすめ

転載: blog.csdn.net/ufuhz2008/article/details/104099043