4

ボックスに 100% iowait がある理由を突き止めようとしています。mysql select クエリのようなものを実行すると、システムは 100% iowait になり (サーバー上の複数の CPU で)、ウォッチドッグが強制終了され、httpd 自体が強制終了されることもあります。

vmstat を見ると、約 8 秒ごとに 5MB のディスク書き込みがあることがわかります。これにより、少なくとも 1 つの CPU (4 つのうち) が 1 秒または 2 秒間ブロックされます。

ext3 には数百万のファイルがあると言わざるを得ません (ext2 を試してみましたが、atime もジャーナリングも有効にしていません)。2 つの 300GB ide をミラーリングするハードウェア RAID があります。

dtrace がありません。これらの書き込みの原因を突き止める方法はありますか? また、ファイルシステムを高速化するにはどうすればよいですか?

アイデアは大歓迎です!

ありがとうございました!

4

2 に答える 2

7

を使用しiotopます。

于 2008-11-03T02:10:24.407 に答える
0

OK、可能な診断手順(後世のために):

  1. 実際に仮想メモリが不足していないため、プロセスをディスクにスワップアウトしていないことを確認しましたか?

  2. straceカーネルスワッピングでない場合は、 (持っていないのでdtrace)MySQLが書き込みを行っているかどうかを証明するために使用できる場合があります。

ハードウェアとO/S構成の詳細を教えてください。

于 2008-11-02T21:51:09.703 に答える