まず、ソフトウェアのパフォーマンステストの目的：
1.現在のパフォーマンス評価システムシステムが期待される性能要件を満たしているかどうかを判断します。
2.以前のアプリケーション展開に現在のシステムの能力は、予測可能なシステム負荷圧力の許容範囲の全体的な評価は、システムのパフォーマンスを評価します。
現在のシステムの場所3.ルックのパフォーマンスを向上させることができ
---------------------------------------- ---------------------
第二に、パフォーマンステストの指標：
ソフトウェアのシステム・メトリック：
トランザクション1.同時ユーザー---宝くじクラス
2.オンラインの訪問者- -アクセスを要求する複数のページ
3 ---ユーザ操作より多くの場所の平均応答時間：注文、フォームの送信
秒（TPS）当たり4トランザクション---トランザクション処理フローの数、全体の注文処理全体のデータ変更フォーム
5.トランザクション成功率----システムは、特定のボトルネックの後に失敗しました
リソース指標（アプリケーションが占有）：
1.CPUの使用
2.メモリ使用率
3. [ディスクI / O
4.ネットワーク帯域幅
データベース：
1.接続
2.特定の同時実行
3.sql実行時間
-------------------------------------------------- -----------
第三には、チューニングの方向性を考えてみます。
ユーザー：
1.フォローユーザ操作の応答時間。
管理者：
1。応答時間の
サーバリソースの使用量が合理2.ある
3.アプリケーションサーバとデータベースのリソースが合理的である
システム4は、拡張を達成することができます
システムは、業務処理システムの最大量は、数あるアクセスするためのユーザーの最大数をサポートしています
6システム性能のボトルネックが存在する可能性がある場合
、交換デバイスは、それらの性能向上させることができる7
8.システムは、7×24時間のサービスへのアクセスをサポートすることができます
開発：
1.アーキテクチャは妥当である
。2.データベース設計が合理的である
パフォーマンスの問題がある場合3.コード
不当な使用メモリ4システムがある場合
、本実施形態不合理なスレッド同期システム5か
6.システム合理的なリソースの競合が存在するかどうか
-------------------------------------------------- -----------
パフォーマンスチューニングの4つの側面：
クライアントのチューニング：
サーバ側：
1.リソースの分離運動
2.要求された負荷分散、分散配置バックエンドサービス
のマルチスレッド3.チューニングプログラム・ロジック、
4.キャッシュ
5.メッセージングミドルウェア、非同期処理を
データベース：
1.SQL文の最適化
2.インデックス化
3.分割表の数が多い
4.別の読み取りと書き込み、分散データベースの展開
展開アーキテクチャを調整します
-------------------------------------------------- -----------
ツールの監視第五に、システム
インジケータを監視サーバリソースを：
1.Linuxシステムの下で、自由、vmstatの、SAR、iostatのコマンド
2.nmonツール
ソフトウェアメトリクスの監視システム：
1.Jmeter
2.LR