02は、基本を言う:最後に「負荷平均」を理解するためにどのようにする必要があります

研究ノート:
まず、平均負荷ものです
正しく定義:時間の単位は、システムが実行されている状態と状態を中断することはできませんプロセスの平均数です。
エラーの定義:単位時間当たりのCPU使用率。
プロセス実行中の状態であることができる:使用されているか、即ち、RのコマンドPSのAUX STATプロセス状態、CPUのCPU処理を待機している
未処理の中断状態:例えば待機として、カーネルモードで重要なプロセスの過程では、及び中断することができませんハードウェアIO応答のpsコマンドプロセスD状態
の理想的な状態は:、つまり、各CPU上でアクティブなプロセスがあるCPUの数に等しい負荷の平均数
過負荷経験:平均負荷がCPU時間の数の70%以上であり、

第二に、関連するコマンド
CPU監査:lscpu、グレップ「モデル名」は/ proc / cpuinfoの|トイレ-l
ショー平均負荷:アップタイム、トップは、1分、5分、15分の最新の順序を示し、平均負荷の傾向から見ることができ
ウォッチ- Dの稼働時間:変更地域浮き彫りに-d
圧力測定コマンド、 - CPU CPU圧力測定オプション、-i IO圧力測定オプション、プロセス圧力測定オプションの-c数、 -タイムアウト実行時間:strees
Solarisでmpstatを:マルチコアCPUパフォーマンス解析ツール、-P ALLすべてのCPUモニタ
pidstat:プロセスのパフォーマンス解析ツール、CPU使用率が表示さ-u

第三に、負荷とCPU使用率の間の差の平均
CPU使用率:時間CPUビジー状況の統計単位
の状況を 1:CPU集約型のプロセスは、CPU使用率と負荷平均が基本的に同じである
状況2:IO集中型プロセス、平均負荷を増加させる、CPU使用率が必ずしも増加しません
ケース3:CPUスケジューラを待っているプロセスの数が多い、負荷の平均増加、CPUの使用率も増加

のチューニング方法に、平均負荷が高すぎる、第四の
ツール:ストレス、SYSSTAT、yumをインストールする
例1. CPU集約型のプロセスを:

-d稼働時間を見て:平均負荷、動的な表示負荷を見て

Solarisでmpstat -P ALL 5:-P ALL表しモニターすべてのCPU、5はデータがCPU%のusrが高くなりますが存在するかどうかを確認するために、5秒ごとにリフレッシュ表し、それは低iowaitのでなければなりません

-u 5 1 pidstat:出力データのセット5秒ごとに、高いプロセス観測%のCPUが、%の待ち時間は、このプロセスは高いCPU彪につながる可能性が非常に高い、非常に低い
例2. IO集約型のプロセス:

-d稼働時間を見て:平均負荷を見て、動的な表示が負荷
Solarisでmpstat -P ALL 5:%は高いCPUがあるかどうかが、IOWAITも高い%USR
pidstat -u 5 1:これは高い観測%の待ち時間を処理だけでなく、高い%のCPU
3プロセスケース多数。

-d稼働時間を見て:平均負荷を見て、動的な表示負荷
-u 5 1 pidstat:そのプロセスは、多くが高い場合%ウェイトが確認し

おすすめ

転載: www.cnblogs.com/xiaobao2/p/11592270.html