iostatのパラメータ説明

私は、このパラメータを使用する可能性が低いとなっています。今慎重に少しのiostatを勉強、とても高圧クリティカルなサーバは、そのIOサーバー上の過剰な圧力があり、この下に分析印象づけることが起こっ
　　-x 1 10のiostat＃が
　　Linuxの2.6.18-92.el5xen 02 / 03/2009
　　AVG-CPU：％システムユーザ％ニース%%%は％スティールIDLE iowaitの
　　1.10 0.00 4.82 0.07 39.54 54.46
　　のawait avgqu rrqm / S wrqm / SR / SW / RSEC S / S WSEC / S avgrq-SZ-SZ：デバイスsvctm％utilの
　　SDA 0.00 3.50 0.40 2.50 5.60 48.00 18.48 0.00 0.97 0.97 0.28
　　SDB 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
　　SDC 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
　　SDD 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
　　SDE 0.00 0.10 0.30 0.20 2.40 2.40 9.60 0.00 1.60 1.60 0.08
　　SDF 12095.20 5.60 0.20 17.40 0.50 102.00 118.40 0.70 6.81 2.09 21.36
　　76451.20 232.40 1.90 379.70 0.50 SDG 19.20 201.13 13.78 4.94 2.45 93.16
　　rrqm / S：秒マージごとに実行読み取り操作の数。すなわちデルタ（rmerge）/ S
　　wrqm / S：毎秒行われた書き込み操作の数をマージします。すなわちデルタ（wmerge）/ S
　　R＆LT / S：I / Oデバイスの第二読取完了。すなわちデルタ（リオ）/ S
　　W / S：I / Oデバイスの第二の書き込み完了。すなわちデルタ（WIO）/ S
　　RSEC / S：秒あたりのセクタ数を読みます。すなわちデルタ（rsect）/ S
　　WSEC / S：秒あたりのセクタ数を書きます。すなわちデルタ（wsect）/ S
　　RKB / S：Kが2回目の読み出しあたりのバイト数。各セクタサイズが512バイトであるように、それは、半rsect / sです。（計算必須）
　　WKBは、/ S：K書き込みあたりのバイト数。それはwsect半分/ sです。（計算必須）
　　avgrq-SZ：デバイスの平均サイズI / O操作（セクタ）の各データ。デルタ（rsect wsect +）/デルタ（リオ+ WIO）
　　avgqu-SZ：平均I / Oキューの長さ。すなわち、デルタ（aveq）/ S / 1000 （ なぜならAVEQミリ秒）。
　　待つ：（ミリ秒単位）デバイスごとの平均待ち時間は、I / O操作。すなわちデルタ（ルセWuse +）/デルタ（リオ+ WIO）
　　svctm：デバイスごとの平均I / O操作（ミリ秒）サービス時間。すなわち、デルタ（使用）/デルタ（リオ + WIO）
　　％utilの：1秒どのように多くのI / O操作のための時間のパーセント、または1秒のI / Oキューが空ではありませんどのくらいの時間。すなわち、デルタ（使用）/ S / 1000 （ ミリ秒の使用など）
　　に近い100％のutil％であれば、生成されたI / O要求があまりにも、I / Oシステムが全容量になっている、ディスクがあることを示す
　　ボトルネックであってもよいです。
　　大きな上70％未満IO圧力アイドル、そして一般的に、より高速読み取り待機を持っている。
　　同時に、vmstatのビュービューBパラメータ（リソースを待っているプロセスの数）とWAパラメータと組み合わせることができる（IOは、CPU時間の割合を待ち、 IO高圧より高い、30％）を
　　も参照することができる
　 　（繰り返し要求を待って算出されている間、待機時間）、および一般的なサイズsvctm特性が関連するため、ディスク、CPU /メモリ負荷も意志待つよりも一般に少ないsvctmその影響は、あまりにも多くの要求は、間接的にsvctmの増加につながります。サービス時間は、通常サイズ（svctm）およびI / Oキューの長さに依存し、I / Oパターンが要求を発行した待ちます。、待っていた場合svctmよりもはるかに大きいユーザーの応答時間は、その後、許容範囲を超えた場合にI / Oキューの応答時間は、遅くアプリケーションで、その結果、長すぎる説明; svctmは、I / Oほとんど待ち時間のために、近く待つ場合あなたは、より高速なディスクを置き換えることを検討エレベーターのコアアルゴリズムを調整し、最適化されたアプリケーション、またはCPUをアップグレードすることができます。
　　キュー長（avgqu-SZ）は、システムのI / O負荷を測定するための指標として用いることができるが、平均値に応じて、時間のavgqu-SZ部は、それが瞬時にI / Oの洪水を反映することができません。
　　その他の良い例。（スーパーマーケットキュー対I / Oシステム）
　 　一例として、ときに我々は5人の行数を確認する最初のチームは20人が右、高速であることがより優れてたときは？人員に加えて、我々は多くの場合、前を見て？それが行くどの支払いの段階を決定する方法を、スーパーマーケットのレジで並びます食品購入叔母一週間の前に、あなたが並んで他のチームへの変更を検討することができた場合にどのように多くの人々は、ものを買います。そこレジのスピードがあり、そしてあなたが初心者ポイントを実行した場合でも、お金が明確ではない、それはしばらく待っていることになります。また、タイミングは、それが、今、この時の支払い空で、おそらく5分前に、また、超満員のレジカウンターに重要ですが、それは、当然のことながら、素晴らしかったよりも最後の5分を作ったもの意味のあることをキューイング（しかし、私はキューイングよりもまだ退屈なものを発見していません）。
　　I / O待ち行列システムおよびスーパーマーケットは多くの類似点を持っている：
　　R＆LTは/ S + W / Sは、支払らの総数と同様である
　　平均キュー長キューイング人々の数の単位時間平均と同様（avgqu-SZ）
　　平均サービス時間レジに似た回収率（svctm）
　　の平均と同様の時間平均待機時間（のawait）待機している
　　（avgrq-SZ）の数の平均I / Oデータは、平均的に似たもの買った
　　I / Oの稼働率を（％utilのは）時間の割合はチェックアウトキューと同様でした。
　　我々は、これらのデータから、速度と応答時間のI / O要求モード、およびI / Oを分析することができます。
　　以下では、この出力パラメータ他の人によって書かれた分析である
　　-x 1のiostat＃
　　ユーザー%%% SYSニースIDLE％：AVG-CPU
　　16.24 0.00 4.31 79.44
　　デバイス：rrqm / S wrqm / SR / SW / S RSEC / S WSEC / S RKB / sのWKB / S avgrq-SZ avgqu-SZのawait svctm％utilの
　　の/ dev / CCISS / c0d0
　　0.00 44.90 1.02 27.55 8.16 579.59 4.08 289.80 20.57 22.35 78.21 5.00 14.29
　　/ DEV / CCISS / c0d0p1
　　0.00 44.90 1.02 27.55 8.16 579.59 4.08 289.80 20.57 22.35 78.21 5.00 14.29
　　/ DEV / CCISS / c0d0p2
　　0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
　　上記IOSTAT出力は28.57倍のデバイスI / O操作と秒を示す：合計IO（IO）/ S = R / S（ リード）+ W /秒（書き込み）= 1.02 + 27.55 = 28.57（回/秒）、前記本体（W書き込み動作を占め、R = 27：1 ）。
　　平均各デバイスは、I / O操作だけでは5msを完了することができますが、各I / O要求が78msを待たなければならない、なぜ？I / O要求が、これらの仮定、（約29秒）あまりにも多くのですが発行するので要求が発行されると同時に、平均待機時間を計算することができます。
　　平均待ち時間を=単一のI / Oサービス時間*（1 + 2 + ... +総リクエスト-1）/要求の合計数
　　以上のアプリケーションの例：平均待ち時間= 5msの*（1 + 2 + ... + 28）/ 29 = 70msで、 及び78msの平均待ち時間が非常に近い所与IOSTAT。これは、順番にI / Oが同時に開始されることを示しています。
　　要求29の到着が均一ではないことを示す第2のロット（約29）の要求ではなく、平均キュー長（わずか約2）当たりの発行されたI / Oは、時間Iの最も/ Oはアイドル状態です。
　　14.29パーセントは、1秒の時間I / O要求キューが、それは、時間I / Oシステム何の85.71パーセントで、全29 I / O要求が142ミリ秒以内に処理されている必要がありアウト。
　 　デルタ（策略+ wuse）/デルタ （IO）=待つ= 78.21 =>デルタ（ルセ+ wuse）/ S = 78.21 *デルタ（IO）/ S = 78.21 * 28.57 = 2232.8は、 第二のI / O要求であることを示します2232.8msを待つ合計必要。したがって、平均キュー長は、与えられた（avgqu-SZ）IOSTAT平均キュー長が、2.23 = 2232.8ms / 1000msのであるべきである！バグがあるIOSTATので、avgqu-SZ値が2.23の代わりに22.35でなければならない理由22.35、ました。