GNU/Linux >> Linux の 問題 >  >> Linux

Linux での予測不可能な I/O パフォーマンスの大幅な低下

問題を再び再現することができましたが、これは大きなディスク キャッシュが原因でした。私のディスク キャッシュは 8 GB を超える可能性があり、一部のアプリケーションはそれを好まず、I/O に問題があるようです。

echo 3 > /proc/sys/vm/drop_caches でディスク キャッシュをドロップする ルートとして問題を解決します。大容量のディスク キャッシュがこの I/O の低下を引き起こす理由は現在わかりません。

最終更新: さらに調査した結果、キャッシュ内のファイルの数が問題を引き起こしていることがわかりました。多くの小さなファイルをディスクにコミットしようとしているときに、ディスクを破棄していました。このシステムを 10 年間使用していたので、思い切って 64 ビット Debian で再インストールしました。現在、順調に稼働中です。これはおそらく、32 ビット オペレーティング システムの限界を見つけながら 10 年間アップグレードしたことによる副作用でした。


dmesg に疑わしいメッセージはありますか ?

システムのボトルネックに関する洞察を得るために試すことができるその他のツール:

  • dstat
  • レイテンシトップ
  • sysprof

Linux
  1. LinuxコマンドラインからのI/Oレポート

  2. Linux –高I / Oの原因となる特定のファイルを決定しますか?

  3. Linux –ディスク/ディスクのコピーを遅くしますか?

  1. 汎用サーバーまたはI/Oサーバーに移行する

  2. Linuxで「中断できない」プロセスを停止するには?

  3. Linux と I/O 完了ポート?

  1. Linux には本当に非同期ブロック I/O がないのでしょうか?

  2. Linux での I/O エラー:root としてディレクトリを削除できません

  3. Linux I/O レイテンシーのデバッグ