ビジョン、パターン、心、勇気
---なし
参考:https://man.linuxde.net/vmstat
仮想メモリを表示するには、vmstatコマンドを意味、それは、メモリ、I / 0システムのプロセスの全体的な状態に関するレポートを実行することができます。
文法
vmstatのオプションパラメータ
パラメータ:
イベント期間:ステータスの更新間隔
レポートは回数を示しています。回
例:
vmstatの1
出力ごとに1秒
1 5 vmstatの
各時間1S出力、5の合計出力
フィールド説明
procsの:
R:実行キュー内のプロセスの数が、この値はまた、CPUを増やす必要があるかどうかを判断することができます
B:I / Oのを待っているの数を
メモリ:
swpd:値は0ですが、しかし、SIの値の成長をswpdされていない場合、仮想メモリのサイズを使用して、SO 0これは、システムのパフォーマンスには影響しませんです。
フリー:空き物理メモリサイズ
バフ:バッファメモリサイズなど
キャッシュ:その後、ディスクのIOを読んで、アクセス頻度の高いファイルをキャッシュであることができるようにする場合は、さらにいくつかのそのファイルのキャッシュを示し、キャッシュの値が大きい場合には、キャッシュメモリのサイズとして、biは非常に小さくなります
スワップ:
SI:ディスクからメモリにメモリサイズに第2の書き込みから切り替え
そう:メモリディスクから転送されたスワップ領域のメモリサイズ、あたりに書き込み、
注:メモリーに十分な時間、これら2つの値が0より大きければ、長期的に、システムのパフォーマンスが影響を受けることになりますときに、これらの二つの値は、0で、ディスクIOとCPUリソースが消費されます。一部の人々は、空きメモリ(無料)が時にほとんど、あるいはゼロに近い、それはSiとし、そうもない十分なメモリと考えられ、ちょうどそれを見ていないが、されて参照してください。(ほとんどの時間は0である)自由であれば、いくつかの、しかし、Siと非常に少ない場合、システムのパフォーマンスが、現時点では影響を受けません、心配しないでください。
IO:
BI:毎秒の読み取りブロックの数
BO:毎秒書き込まれたブロックの数
ランダムディスクの読み取りと書き込みときに、2つの大きい方の値、(例えば、1024Kを超えると)、CPUは値IOも大きくなる待機見ることができます。注意してください。
システム:
中:クロック割り込みを含む秒あたりの割り込みの数、
CS:コンテキストの数は毎秒スイッチ
注:上記の二つの値が大きいほど、大きくなり、カーネルによって消費されるCPU時間を参照してください。
CPU :(割合)
私たち:時間の割合ユーザプロセスの実行
ときに私たちの値は、CPU時間のマルチユーザーの消費量を示す、比較的高いが、50%以上の長期使用ならば、我々は加速する最適化アルゴリズムやプログラムを検討すべきです。
SY:時間のシステムのカーネル・プロセス実行の割合
注:時間SYの値が高いです。説明マルチCPUシステムのカーネルリソースの消費が、これはその理由を調べる必要があり、健康的なパフォーマンスではありません。
WA:IO待ち時間割合
IOは、ランダムアクセスのために多数のディスクに起因することができ、より深刻な待機示すWA高い値は、ディスクのボトルネック(ブロック操作)があってもよいです
ID:アイドル時間の割合
要約:
現在言えば、あるサーバ監視メトリックの便利があります。
R(実行キュー)
PI(紹介ページ)
米国(ユーザーCPU)
SY(CPUシステム)
ID(アイドル)
注:40とidよりもしばしば少ない、4よりrがしばしば大きい場合には、CPUの負荷が重い意味します。BI場合、メモリ不足を示し、長期的には0に等しくないBO。
VMSTATのCPUのボトルネックを特定することにより:
R(実行キュー)は、タスクの数が実行され、CPUリソースを待っているされて表示されます。この値は、CPUの数を超えた場合、CPUのボトルネックが存在します。
Linuxは、下のCPUコアの数を表示するためのコマンド:cat /proc/cpuinfo|grep processor|wc -l
r値は、CPUの数、CPUのボトルネックが発生し、溶液一般カテゴリを超えた場合:
1.最も簡単なものは、数とCPUコア数増加させることである
システムにこのような大規模なタスクとして、タスクの実行時間を調整することにより2を実行するためのビジー状況ではない、システムトレイにソウルバランス
3は、既存のタスクの優先順位を調整します
vmstatのCPUフル負荷を識別することによって:
まず、我々はそれが明確な指標がのCPUのvmstatのの割合であることを確認する必要があります。CPUが近づいている100に近い場合には、私たち+ SY値は、全容量を表しています。しかし、CPUがフル稼働で作業し、スループットを最大化するタスクを作る、Linuxはいつものように忙しいCPUになろうとするもの、説明できないことに留意すべきです。CPUのボトルネック又はR&LT値(実行キュー)を決定する唯一の方法は、A。
ボトルネックを特定することにより、VMSTATのRAM:
データベースサーバは、専用メモリの競合は、Oracleのよくある質問を表示され、RAMに限定されています。
まず、RAMの量は、無料の参照を使用:
[オラクルのOracle-DB02〜@] $無料の
無料の共有バッファを使用した総キャッシュされた
Memの:2074924 0 2071112 3812 40616 1598656
- / +バッファ/キャッシュ:431840 1643084
スワップ:3068404 195804 2872600を
RAMメモリの需要量がより大きい場合には、サーバは仮想メモリのメカニズムを開始し、仮想メモリ、RAMセグメントが特別なセクションのスワップ・ディスクのディスクに移動することができますので、そこに仮想メモリページのエクスポートおよびページインポート現象である、とページをエクスポートしますRAMのボトルネックを説明することはできません、仮想メモリシステムは、多くの場合、ページをエクスポートしたメモリ・セグメントを持っていますが、インポートサーバーを表示するページがより多くのメモリを必要とし、ページには、サーバーの速度変化が生じ、メモリ・セグメントからコピーされますRAMのスワップ・ディスクに戻ってインポートする必要があります遅いです。
解決するには、いくつかの方法があります。
1.最も簡単な増加のRAMを、
2 SGA少しずつ、その結果、RAMを削減するための需要;
3.需要削減RAM。(例:還元PGA)
ディスクは、多くの場合、0に等しくなく、aとbがキューにある場合は3よりも大きい場合、IOはパフォーマンスの低下を表しています。
1)配列(プロセスR)で実行中のプロセスは、システム内のCPUよりも連続的に大きい場合には、システムの数は現在、よりゆっくりとCPUを待っているプロセスの大部分を実行して表します。
2)利用可能なCPUシステムの4倍以上の数の出力Rの数は、その後、不足やCPUの低い速度に面するシステムのCPUの問題は、システムは、システムをもたらす、CPUプロセスの大部分を待つ場合プロセスが遅すぎる実行されています。
3.)アイドル時間(のCPU ID)がゼロに続け、システム時間(CPUのSY)は二回、ユーザーの時間である場合(CPU US)システムは、CPUリソースの不足に直面しています。
ソリューション:
これらの問題が発生した場合、CPU占有のアプリケーションを調整してください。CPUをより効率的に使用するアプリケーションを可能にします。同時に、より多くのCPUを追加することを検討してください。CPU使用率でも、Solarisでmpstatは、ps auxをトップprstatはを組み合わせることができます-aので、特定のCPUの使用に関する考慮することが適切なコマンドの一部、およびそれらのプロセスは、多くのCPU時間を消費します。通常の状況下では、アプリケーションの問題がそうで、このような不合理なSQL文の一部として比較的多く、可能となりますこのような現象が発生します。
メモリの問題現象:
メモリのボトルネックは、常に毎秒によってページスキャニングアルゴリズムを決定するために行われるスキャンレート(SR)によって.scanレートである。スキャンレート(SR)は、毎秒200よりも大きい場合には連続メモリの可能な欠陥の存在を示している。またPIとPO列の両方のページエントリがページに転送された1秒あたりのページ数を示し、毎秒ページを立ち上げた場合。値は、多くの場合、ゼロ以外の値である場合、それはまた、メモリの可能ボトルネックである、もちろん、もし個人が0でない場合、そのページには、これは、仮想メモリの主要な原則である通常のスケジュールです。
解決策:
1.調整アプリケーション&サーバーでは、キャッシュメモリの使用と、より効果的になります。
2.メモリシステムを増やします。
3. / etc / systemファイル内の行「= 1組の優先ページング」を追加することによって予備Solaris 8つのバージョンでは、Sで優先ページングを実装します。8&古い/ etc / systemファイルを保持するには、Solaris 7からアップグレードする場合は、この行を削除します。
メモリ使用量についても、適切なコマンドの一部は、特定のメモリ使用量に関して検討するので、PSのAUXトップprstatは-aを負担し、それらのプロセスは、メモリを大量に消費する。一般的には、メモリ使用量の比較の場合あり高い、しかし、非常に低いCPU占有率は、彼らがリリースされていないメモリを占有し、多くのアプリケーションがあると考えることができ、しかし、それは、CPU時間を取るCPU時間や背景空いプログラムのいくつかのための適用を考慮していません占有メモリを解放します。