A.プラグインのインストール
JMeterの-プラグインマネージャ-1.3のjarプラグインをダウンロード
lib / extにフォルダの下に置かれたのJMeter
再起動のJMeter
プラグインマネージャーを開きます。
オプションオプション>プラグインマネージャ
インストールされたプラグイン：既にインストールされているプラグイン
使用可能なプラグイン：それはプラグインをインストールすることができます
アップグレード：プラグインをアップグレードする必要があります
選択したプラグインで使用可能なプラグイン（キーワード石鹸/ jpgc） - Chagesと再起動Jmterを適用します
II。プラグインの機能
1.スレッドグループ
JP @ GC-ステッピングスレッドグループは、スレッドグループを強化しました
GC-Utilmateスレッドグループ究極のスレッドグループ@ JP
2.サンプラー
カスタムSOAPサンプラーSOAPサンプラー
3.モニター
時間オーバーGC-アクティブスレッド@ JP
GC-柔軟なファイルライター@ JP
GC-PerMonメトリックコレクター@ JP
GC-応答時間オーバー時間@ JP
秒あたりのトランザクションGC-@ JP
3つのスープインタフェース:.カスタムSOAPサンプラーの別の方法
HTTP + XMLは、これは別の方法を提供し、互換性のために互換性jmeter3.x書き込まSOAPインターフェイスはありません
1. URL：石鹸アドレスを入力してください
石鹸のバージョン：1_2を選択
2.石鹸envolope：要求入力インタフェース石鹸分
ゴミ問題を解決する方法での応答結果は、ブログを参照してください
負荷テストを行い、パフォーマンスのボトルネックを特定：四のステッピングスレッドグループは、シーンのデザインを強化しました
パラメータのスケジュールスレッド
このグループは、xxのスレッドの100件のスレッド総数を開始します
まず、XX秒を待つように最初のスレッドを開始する前に0秒待ちます
次に、30秒ごとに10個のスレッドを追加します。毎秒xxはスレッドを開始XX
ランプアップにXX秒で始まる5秒を使用して
その後、連続運転XX秒を移動するバス成都チー後60秒間負荷を開催
最後に、5つのスレッドごとに1秒を停止する。最後に、XX XX秒あたりのスレッドを停止
5S種は、10個のスレッドで、この30代を実行するための10個のスレッドをロードします
該当するシーン：
パフォーマンスのボトルネックを特定するための負荷テスト
私は変曲点を探して、変曲点のパフォーマンスを知りません
設計上の課題：
実行時間とスレッドの数を開始する次
ファイブ。究極のスレッドグループの波状のデザインシーン
スレッドのスケジューリング
スタートスレッドはXXスレッドの数を数えます
初期遅延、秒で秒の初期化時間
起動時間は、秒は秒単位で、時間を開始します
数秒で.SEC稼働時間のための負荷を保持します
すべてのスレッドが数秒を共有停止するシャットダウン時間
利用シナリオ
定時
認証サーバのリソース（メモリ）タイムリーな回復は、何のメモリリークの場合はありません
設計課題
次の波は、総波を消費した後に開始しました
六。究極のスレッドグループは、デザインシーンを強化しました
設計課題
コンピューティングタスク、スレッドの実行時間
VII。モニターを接続します
第二に--TPSあたりのトランザクション
応答時間以上の時間 - 応答時間ライン
時間以上のアクティブスレッド - リアルタイムスレッドの数
パフォーマンスモニタのメトリックコレクタ - リソース監視
VIII。リソース監視ツール
リソース監視ソフトウェア：SeverAgent
サーバーへのアップロード：RZ ServerAgent-2.2.3.zipを選択
解凍：解凍ServerAgent-2.2.3.zip
サービスを開始します。デフォルトのポートは4444で、アリの雲を無効にすることができ、そのポートを変更する必要がある（--udpポート0は、UDPを無効にします）
./startagent.sh --udpポート0 --tcpポート3218
或ます。java -jar ./CMDRunner.jar --tool PerfMonAgent --udpポート0 --tcpポート3218
ポート：3218は、独自に定義することができます
追加リソースモニタ：パフォーマンスモニタMetriesコレクター
moniterへのサーバー
IPポートCPU /メモリ
UDP：いいえ接続TCP：コネクション指向
動作時には、私たちはstartAgentサービスを停止していません