％ユーザー％素敵％システム％iowaitの％％盗む：[kefu @ SZ-8のlinux] $のiostat -x -kLinux 2.6.18-128.el5_cyou_1.0（SZ-8.30）09/08 /2011avg-CPU iostatの分析結果idle16.58 0.00 2.79 0.46 0.00 80.16Device：rrqm /S wrqm /SR /SW /S RKB /S WKB /S avgrq-SZ avgqu-SZのawait svctm％utilsda 0.06 29.28 0.22 37.14 10.21 265.68 14.77 0.02 0.51 0.15 0.00 0.00 0.55sda1 15.17 0.09 35.39 8.98 202.24 11.91 0.01 0.26 0.12 0.44sda4 0.00 0.00 0.00 0.00 0.00 0.00 2.00 0.00 33.33 33.33 0.00sda5 0.01 1.59 0.03 0.51 0.00 0.00 0.00 0.00 10.79 0.00 2.66 2.43 0.00sda2 0.01 0.78 0.10 0.36 0.81 4.58 23.51 0.00 1.21 0.84 0.03 0.04sda3 0.34 8.40 32.20 0.00 1.19 0.58 0.03sda6 0.00 0.00 0.00 0.12 0.00 0.48 8.18 0.00 5.02 4.53 0.05sda7 0.00 0.00 0.00 0.00 0.00 0.00 45.00 0.00 5.52 3.04 0.00sda8 0.00 0.00 0.00 0.00 0.00 0.00 40.88 0.00 7.62 6.03 0.00sda9 0.00 0.00 0.00 0.00 0.00 0.00 39.71 0.00 7.37 5.83 0.00sda10 0.00 0.00 0.00 0.00 0.00 0.00 37.57 0.00 5.70 3.54 0.00sda11 0.00 11.74 0.01 0.76 0.08 49.97 131.48 10.74 0.01 0.57 0.01 0.04sdb 3 0.91 20.24 20.21 1262.95 1853.94 154.09 0.52 12.84 1.97 7.95rrqm /S：秒マージごとに実行読み取り操作の数。すなわち、デルタ（rmerge）/swrqm /S：毎秒行われた書き込み操作の数をマージします。すなわち、デルタ（wmerge）/SR /S：I /Oデバイスの第二読取完了。すなわち、デルタ（RIO）/SW /S：第2の書き込み完了I /0デバイス番号。すなわち、（WIO）/srsec /Sデルタ：秒当たりのセクタの数を読みます。すなわち、デルタ（rsect）/swsec /S：第2の書き込みあたりのセクタ数。すなわち、デルタ（wsect）/srKB /S：Kが2回目の読み出しあたりのバイト数。セクタサイズはWKB /秒あたり512バイトであるので、半RSEC /sである：K書き込みあたりのバイト数。これはWSEC /Sハーフavgrq-SZである：デバイスの平均サイズ毎時間データI /O操作（セクタ）。すなわち、デルタ（rsect + wsect）/デルタ（リオ+ WIO）avgqu-SZ：平均I /Oキューの長さ。 （なぜならAVEQミリ秒）、すなわち、デルタ（aveq）/S /1000は、待っています：デバイスごとの平均待ち時間（ミリ秒単位）I /O操作を。すなわち、デルタ（策略+ wuse）/デルタ（リオ+ WIO）svctm：平均デバイスごとのI /O操作（ミリ秒）サービス時間。すなわち、デルタ（使用）/デルタ（リオ+ WIO）％のutil：1秒、多くのI /O操作のための時間のパーセント、またはどのくらいの時間がI /Oのキューが空で1秒ではないですか。すなわち、あまりにも生成されたI /O要求のことを示すデルタ（USR）/S /1000（ミリ秒の使用など）％であれば100％に近いutilに、I /Oシステムは、ディスクがボトルネックであってもよいし、完全にロードされています。重要なパラメータ％utilに：どのように多くのI /O操作のための時間のパーセント、またはどのくらいの時間I /Oキューの1秒が空svctmない1秒は以下のとおりです。平均デバイスごとのI /O操作I /O各デバイスの平均待ち時間を操作avgqu-SZ：時間待つ平均I /Oキューの長さを％あれば100％に近い使用率、I /O要求が多すぎる、I /Oシステムが全容量になっている、ディスクがあってもよいことを示します％のutilの70％よりも一般に大きいボトルネックは、I /Oの圧力は、より待ちの読み出し速度が比較的大きいです。同時に、ビュービューBパラメータ（リソースを待っているプロセスの数）とWAパラメータvmstatコマンド組み合わせることができる大きさ、一般的に待っています（I /O 30％より高いI /O高圧力がCPU時間の占有を、待つの割合）は、サービス時間に依存（svctm）およびI /Oキューの長さとI /Oパターンは、要求を発行しました。 svctmは、I /Oほとんど待ち時間のために、近い待つ場合は、待っていた場合svctmよりもはるかに大きく、I /Oキューの応答時間を示して遅くアプリケーションで、その結果、長すぎます。比喩/S W R /S +は平均待機回収率キャッシャーと同様平均サービス時間（avctm）をキューイング単位時間平均の数と同様人（avgqu-SZ）の支払キューの長さの平均合計数と同様です平均的な人と同様の平均待ち時間I /Oデータ（avgrq-SZ）の平均と同様の時間（のawait）は、チェックアウトのキューイング時間にI /Oの稼働率（％utilの）されたが、似たようなを購入します（繰り返しの要求を待って計算している間に待ち時間があるため）、サイズ、および関連する一般的なsvctmディスクのパフォーマンスは、CPU /メモリ負荷がそれらに影響を与えますsvctm比は、一般的にあまり待つよりも、あまりにも多くの要求は、間接的にsvctmの原因となります増加。サービス時間は、通常サイズ（svctm）およびI /Oキューの長さに依存し、I /Oパターンが要求を発行した待ちます。 、待っていた場合svctmよりもはるかに大きいユーザーの応答時間は、その後、許容範囲を超えた場合にI /Oキューの応答時間は、遅くアプリケーションで、その結果、長すぎる説明; svctmは、I /Oほとんど待ち時間のために、近く待つ場合あなたは、より高速なディスクを交換するカーネルエレベーターアルゴリズム、最適化アプリケーションを調整することを検討したり、CPUのキューの長さ（avcqu-SZ）をアップグレード、システムI /Oの負荷を測定するための指標として使用することができるが、avcqu-SZは、単位時間平均値であること、それはインスタントI /Oの洪水を反映するものではありません。zh-CN"],null,[0.98883557],zh-CN"]]]