[linux-users:93997] Re: diskI/Oによるレスポンス低下

[Masayoshi Tsuchida <tsuchi _at_ xxxxxxxxxxxxxx>]

土田です。

On Sat, 13 Jul 2002 19:58:30 +0900
kamiki _at_ y.mcu.jp (Ichiya KAMIKI) wrote:
> バックアップということは、送り手と受け手のディスクは物理的に別ですよね。
> もしカーネル 2.4.x をお使いだとすれば、ac シリーズに換えてみてください。
> VM がタコなので、 要するに Rik van Riel の VM にすると直ります。

？？？

RH7.2であれば2.4.9なので旧VM。RH7.3であれば2.4.18なので新VMです。
DISK I/O がVMの問題である根拠はなんでしょうか？

普通であれば、

メモリが少ないのでSWAPへのアクセスが頻繁に行われるため、DISK I/Oに対して
のロックが頻繁にかかるため、遅くなっている可能性がある。

　　　　→メモリーを増やす

DISKへの書き込みで、小さいファイルが多いなどの影響で、ファイルの分断
が多いために非効率になる。

　　　　→カーネルのパラメータを調整。ファイルを書く込むときのタイミング
　　　　（たしか、キューかバッファの大きさ？を変更する）

などなど、原因により対処がちがうかとおもわれます。

あと、EXT3はファイルの検索が遅いため、細かいファイルが多いと
遅くなります。

jfsやxfsは早いですよね？

元質問者におききしたいのは

OSのバージョン
メモリー
DISKの種類
hdparam により値を表示してほしい
tar使用時のCPU、MEMORYの使用率

などなどがあると判断がしやすいかとおもいます。

たぶん、例として、CPUの使用率が高いとファイルコピーをしているプロセス
のプライオリティが下がっている可能性があります。
CPUの使用率が低い場合であれば、DISK I/O がネックになっている
かと予想ができるかとおもいます。