転送：https://blog.csdn.net/varyall/article/details/79747657
PV
PVはページビューの略称です。ユーザーは、ブラウザを介して生成された各要求のためのアプリケーションサーバーページにアクセス
PVと呼びます。淘宝網の性能テスト環境、この概念はに応じて、実際のシステムを処理するための要求を行っ延びている
PV。すなわち、PVの概念は、インターフェイスに適用されます。
PV統計は、一般的に埋められた統計情報やアクセスログの統計情報を監視することによって得ることができます。
それがPVになるとPeakPVと呼ばれる特殊な場合は、そこにある、達成するために、1日のピークPV値PVの数を指します。
いくつかの監視システムを通じて、あなたは視覚的に統計情報を見ることができます。
QPS / TPS
QPS / TPS本来の意味：システムが第二/トランザクション、またはスループットあたりの要求の数を処理することができます。私たちは、ウェブのアプリケーションが要求するWebアプリケーションの数は秒間に処理することが可能です詳細について懸念しています。これは、システム性能の重要な尺度です。
平均/同時応答時間のQPS（TPS）=番号。
統計のPV QPS量が対応する時間を分割したアクセスログの統計により時間に対応することができます。これは、パフォーマンス・テスト・ツールをテストすることによって得ることができます。
一般的な統計は、多くの場合、QPSに対応するPVのピークです。
RESPONSETIME応答時間
応答時間（RT）は、経過時間のサーバ側からの応答結果を受信する要求開始時刻は、クライアントに返され、クライアントからを意味し、要求送信時刻、送信時刻からの応答時間とネットワークサーバ処理三つの部分の時間。
負荷LOAD
平均システム負荷は、キュー内の特定の時間間隔内で実行中のプロセスの平均数として定義されます。完全なプロセスならば
、それは実行キューに配置されます以下の条件は：
-それはI / O操作の結果を待っていない
-それは積極的に待機状態に入るされていない（すなわち、「待つ」と呼ばれていません）
- （例：終了を待っている）が停止されていない1つの
システムよりも長期にわたって、この値よりは注意する必要がある場合には、この理想的な荷重値のインデックス値は、CPUコア数* 0.7 *の数です。
CPUリソース、
CPUリソースは、ここではCPUリソース使用率アプリケーション・サービス・システムを指します。CPUシステムリソース処理能力とアプリケーションの安定性を実行するか否かを決定する重要なパラメータです。
JVM GCとFullGC
パフォーマンスJavaアプリケーションのためには、最終的にはGCの指標に関連しなければなりません。一般的には、我々のアプリケーションは、FGCを回避しようとしてください。FGCは完全なゴミになりますので、アプリケーションは非常にゆっくりと実行されますので、JVMやGC政策の適切なパラメータを設定することで、FGCを回避する必要があります。応答時間とGCの数を監視するための指標が通常あります。
一般的にパフォーマンス指標だけでなく、メモリ使用量、ディスクIOや他のいくつかの指標を使用し、ここにリストしていません。
上記ここで、概念や統計的なパフォーマンス指標のいくつかを説明し、それらのいくつかの間にいくつかの重要なリンクとの違いです。
1.容量予報
当社のシステムを設計するために、我々はテストする必要があるか肯定の金額の多くの第一線でのユーザーへのアクセスを受け取ることができます。最大の毎日のPVを評価するために、その願いは、私たちのシステムがサポートできる、来ます。しかし、どのようにそれを評価するために、あなたが最大の毎日のPVのシナリオをテストするようにしたいですか？実際には、既存の経験とデータに基づいて、それがピークとPVのQPS日の間の関係をまとめることができます。
私たちは、毎日の曲線は基本的に同じである、QPSとPVチャートで毎日見ることができます。数学的モデリングによって、我々は、各サーバーQPS =（（総PV * 80％）/（24のピーク見ることができます * 60 * 60 * 40％））/ サーバ1の数を。80％と、これら二つの図の40％が、平均QPS PVの80％が時間（12時間）の40％以内で生じるこの式によって表される固定パラメータではありません。異なるシナリオのために異なるパラメータを持っています。
私たちはQPSでそのピークを圧力感知アプリケーションを得ることができるように、このことにより、予測能力に応じて、特定の日付のPVピークQPS式を計算します。
すなわち：推定PV =圧力測定QPS *（24 * 60 * 60 *の時間の割合）/0.8 *マシンの数
2. CPUリソースの使用率とLOAD
多くの人々の心のCPU占有率によると、使用している現在のCPU負荷統計的な料金。しかし、実際にこれらの二つの指標はまだ非常に異なります。
CPU占有率が十分に理解されて、CPU時間を共有比率を使用することです。ロードCPUは、時間CPU処理タスクキューの待機期間の平均の長さに基づいています。このインデックスは、高負荷での基準CPU占有率よりも高い値を持っています。高負荷期間、CPU占有率が100％に実質的に近接しているので、エンジン負荷の程度を反映することができません。代わりに、現在の負荷を反映することができるシステムは、制御可能かどうか、タスクキューの統計情報の長さによって深刻です。
：ウェル下図の車両の走行負荷との間の関係の概念を理解することができる
（単一プロセッサ・システム）
負荷は、システム全体の負荷1と同じであるが、システムの現在の要件を満たすことができる場合、
負荷は1未満である場合簡単なシステムが実行する、
負荷が1より大きい場合、単に負荷= 1と負荷> 1この2つのケースを区別することはできません。この時点で取り扱いCPU、CPU占有率と同じくらいなタスクを待って、高速道路に入るために待っている車がたくさんありました。
だから、現在の走行負荷に対する負荷を読んで、システムを理解することが有用です。
あなたが掘ることができ、多くの情報を持っているパフォーマンス指標はまだ、アプリケーションの監視の観点から、この記事では、簡単な紹介を行いました。紛れもなく、しかし、それぞれの性能指標を読むことは必要な条件の適用を理解するための保健システムの担当者ですが、また、各開発の内容は、心配する必要があります。
参考文献：
評価システムスループットhttp://blog.csdn.net/fenglibing/article/details/6223197
プロセッサの負荷のLINUX理解平均http://www.gracecode.com/archives/2973/