file
コマンドとext4ファイルシステムを使用して、ディレクトリの膨大なリストを読み取り、ファイルタイプをチェックするアプリケーションを開発しています。
Ext4を調べると、2つの興味深い機能があることがわかります
を使用して両方の機能を有効にしました
tune2fs -O dir_index /dev/hdXY
e2fsck -fD /dev/hdXY
私の質問は:
ls -lR large_direcory/
パフォーマンスが向上します)、またはプログラミング/スクリプトを介して機能させる必要がありますか?e2fsck -fD /dev/hdXY
を使用して再生成する必要がありますか?ありがとう!
4番目の質問、または少なくとも考える価値のあるものに答えてください。
XFSがext3(おそらくext4)と比較して優れている点の1つは、並行性です。 XFSはマルチプロセッサ環境で適切に拡張できますが、ext3を使用すると、kjournaldは複数のコアを十分に活用しません。
したがって、複数のプロセスが同時にディスクアクセスを求めて戦っている場合は、XFSが非常に適しています。 ext4も割り当てグループを獲得したので、SMPでも改善される可能性があると思いますが、ベンチマークを行う際に留意すべきことの1つです。
IIRC dir_indexは、作成後に新しいファイルに自動的に適用されますが、fsckがないと遡及的に機能しません。このファイルタイプ機能についてはわかりません。 XFSがext3よりも信頼性が高いとは聞いたことがありません。これは、XFSが書き込みブロッキングを行わない(しなかった)ためです。 (用語を忘れました)...同期が長くなったため、信頼性が低下しました。 Ext4にも同じ問題がありましたが、修正されました...