EBSボリューム上の1.7GBのファイル（8GBのファイルを生成）に対してgunzipを実行すると、gunzipの実行後にpdflushがフリーズし、CPUが100%のIO待機で無期限にハングします。以下は「ps aux | grep pdflush」の出力です。Dステータスに注目してください。
ルート 87 0.0 0.0 0 0 ? D 06:18 0:00 pdflush ルート 88 0.0 0.0 0 0 ? D 06:18 0:00 pdflush
唯一の解決策は、pdflush プロセスを強制終了することです。プロセスはすぐには終了しません。
この問題は繰り返し発生し、新しいインスタンスで発生します。2xlarge インスタンスを実行していますが、使用されている RAM よりもはるかに多くの RAM が空いています (つまり、/proc/meminfo には 20+GB MemFree と表示されます)。
過去にこの問題の回避策を見つけた人はいますか?
ご意見をいただければ幸いです。
ロバート
答え1
単一の EBS ボリュームを使用していますか? 4 つのストライプ セットを使用してみてください。これにより、IO パフォーマンスが向上します。