JMeterのパフォーマンス・インタフェース・テストを使用するときは、同時に、サーバのリソースの使用状況を監視する必要があります。
実行マシンテーブルやグラフィックスモニターに使われている場合は、あまりにも多くのメモリを占有するので、それを実行するために、マシンのパフォーマンスに影響を及ぼします
プログラム設計の開始は、次のとおりです。
パフォーマンスが収集リソース消費へのサーバーのNMON一部を使用してモニタリング（テストを開始する前にプラスプリプロセッサ）は、ポストプロセッサはNMON終了するようbashシェルのNMON、プラスbashシェルの終了を起動し、マシンを監視するために.nmonファイルの背面にscpコマンドを使用するには、
コントロールと結果の収集を行うために、端末のウィンドウを使用して、実行側マシンはJMeterを、単純なデータリスナーを実行し、最終的に画像解析やレポートデータまでマシンを監視しています
しかしJMeterPlugin、強力なプラグイングーグルのJMeterを見つけます
プラグインのダウンロード
ダウンロード：http://jmeter-plugins.org/downloads/all/
ダウンロード版の注目は、JMeterのと互換性がある場合には
JMeterPlugins-Extras-1.4.0.zip と JMeterPlugins-Standard-1.4.0.zip
解凍二つのパッケージが\ libに\ extディレクトリの下に除去した.ZIP
JMeterPlugins-Extras.jar と JMeterPlugins-Standard.jarファイル
とエラーがない場合は2つの.jar libの下のapache-のJMeter-X.XX \プラグイン\ extディレクトリとのJMeterを再起動するには、プラグインがエラーならば、証明するために使用することができ、バージョンによる原因かどうかを確認
解凍ServerAgent-2.2.1.zipのあなたは、LinuxとWindowsのGMを監視するサーバ上のファイルフォルダ解凍ファイルは、単にサービスを開始します
ServerAgent.shファイルを実行しているLinuxプラットフォーム上で実行されているServerAgent.jarファイル、Windowsプラットフォーム
のデフォルトのポート4444を起動します
プラグインを表示
再始動に成功しJMeterをしたら、JP @ GCの新しいオプションがたくさんの始まり見ることができ
リスナー：
今、いくつかの一般的に使用されるオプションの意味を見てみましょう。
- JP @ GC - Actiiveスレッド・オーバー・タイム ： アクティブユーザーの数を表示するために、様々な時間（チャート）
- JP @ GC - AUTOSTOPリスナー：自動的にリスナーを停止する
平均応答時間がため10000msよりも大きい ：10秒、連続10秒の平均応答時間は10000ms停止テストよりも大きい
平均待ち時間が10のために5000ms以上である ：秒コネクタ10sの平均待ち時間は上5000ms以上でありますストップ試験
誤り率が50％以上である 10秒： エラーレート内10Sは、テストを停止するために、50％よりも高くなっています - JP @ GC -バイトスループット・オーバー・タイム ： 異なる時間一定の感想（グラフ）
重合レポート、スループットは、例えば、1.9 /秒、数を表示する要求に基づいており、すべての1.9の要求を送信され、ここに示すことですバイトバイトショーチャートへ - JP @ GC -コンポジットグラフ： 混合チャート
一緒に設定することができますどのように多くのグラフを示し、そのグラフでは、それは同時に複数のグラフを表示することができます - JP @ GC -柔軟なファイルライター：このプラグインは、テスト結果を記録するためにあなたの柔軟性を可能に
地元のレコードの結果：ファイル名
、ファイルの上書きするかどうか：Overwirte既存のファイル
（すなわち、ファイルの最初の行）のファイルヘッド：ライト・ファイルのヘッダーを
記録し、各サンプルを：レコード異なるサンプル（レコード何を、どのような順序で、どのように異なる区切り値）
（、ファイルの最後の行である）、ファイルの末尾：書き込みファイルのフッター - JP @ GC - 2番目あたりのヒット数：毎秒ヒット
- JP @ GC -パフォーマンスモニタメトリックコレクター： CPUなどの制御を監視し、サーバのパフォーマンス、メモリ、ネットワーク、I / O など、（この機能はリスニングするサーバー上startAgentを開始するために使用されます）
- JP @ GC - REPONSEレイテンシオーバータイム ： クライアントが完了するまでにリクエストを送信する前に、期間を記録し、サーバは要求を返します。
- JP @ GC - REPONSEタイムズ分布： ディスプレイ応答時間分布試験、X軸が示す時間間隔によってパケットの応答時間を、各区間のY軸は、サンプルの数を含みます
- JP @ GC - Respose倍以上時間 ： 応答時間の期限が切れる、ミリ秒単位で表示された各サンプルの平均応答時間
- JP @ GC -スレッド対応答時間 ： どのようにスレッドの応答時間の数、変更の表示並列スレッドの応答時間
- JP @ GC -秒あたりのトランザクション： 秒あたりのトランザクション数、トランザクションの数は、サーバごとに処理
JP @ GC - パフォーマンスモニタメトリックコレクター
今、私たちは、性能監視サーバを見て、JP @ GC - パフォーマンスモニタメトリックコレクター
IP、ポート、およびメトリック監視するサーバに収集するための設定
（CPU等を選択するために、ServerAgentのデフォルトポート4444のサービス終了の活性化されたアドレスを、メモリ、ネットワークI / Oを、）
発注単位でY軸割合として：注意したがって、ネットワークI / Oの値パラメータメトリックを提供bytesrecv：単位= MB
すべてのデータがファイルに書き込まれたオプションでは、ストレージ・パス.jtlに生成されたファイルを選択し、それが推奨[設定]をクリックしてボタンが設定の保存オプションが選択されている全てのサンプルの結果であります
.Jmxは、ファイルを実行し、JP @ GC - パフォーマンスモニタメトリックコレクタは、PerfMon.jtlドキュメントを生成、曲線チャートリソース監視を生成し、中/ホーム/クラウド/プロジェクト/ジョブ/ EasiCareInterface /ワークスペース/ JTLディレクトリ各点の情報記録を座標
Jemter +ジェンキンスメール
今Jemter +アリ+ジェンキンスの使用は、インタフェーステスト統合、リソース監視計画の意志曲線図は、メッセージに表示されます。しかし、前述したように、結果のファイルが.jtlです。
最初のメールでは、JMeterのはに統合されて/extras/jmeter-results-shanhe-me.xsl .jtl .htmlファイルにファイル、そのファイル
自身が.xslファイルを書くことを計画し、何も手がかりがない場合には、パフォーマンスモニタメトリックコレクタは.jtlに文書を生成しました.pngのファイル形式。あなたはあなたの母の度合いを見つけたら、元JMeterPluginsスタンダード-1.4.0ファイル\ CMDRunner.jarファイルlibの下の\ extディレクトリは.PNGファイルに.jtlドキュメントすることができ
コマンドを使用して：
java -jar CMDRunner.jar --tool Reporter --input-jtl PerfMon.jtl --plugin-type PerfMon --generate-png report.png- 1
CMDRunner.jar、必要な絶対パスを指定する事は不明で
.PNGファイルパスは、パフォーマンスモニタメトリックコレクタ.jtlファイル作業スペースのパスで生成され、ワークスペースで発生するように配置されています
そこ各ビルドの.pngファイル生成されたファイル名が同じ名前である、それは対処する必要があるため、別の問題が、まだ
各世代のpythonを使用しての.pngファイル前.jtlファイル名になりますし、数構築する${BUILD_NUMBER} という名前を
.PNGファイルは、メッセージに表示される必要があり、編集可能な電子メール通知設定ファイル、本文にコードの行を追加します。
<img src="report.png"/>- 1
しかし、ファイルは絶対リソースパスを必要とする.pngを、パスは、.PNGファイルへのLinuxサーバーの絶対パス用に構成され始めたことは不可能オリジナル必要がURLリンク、すなわち、ワークスペースファイルで読むことを発見しましたリンクのURLアドレス、および名前の数を構築するために.pngファイルなので、パスは次のとおりです。
${PROJECT_URL}ws/png/Monitor${BUILD_NUMBER}.png- 1
今、私たちは最終的にショーの一環として監視リソース、送信メッセージを構築するために取得します：
