Linux上の本番環境対応の信頼性の高いファイルシステム：ext4 ext3 XFSまたはJFS（またはZFS）？
このトピックについて私が見た最後の本当の質問は、約2年前からです（ ext4は本番環境で使用できます ）。
その間に、 ext4 はどのように改善されましたか？
[〜＃〜] xfs [〜＃〜] 、 [〜＃〜] jfs [〜＃〜] 、および ext はスタンバイです信頼できる選択肢。私は最近のUbuntuのテスト/開発環境でのみext4を使用しましたが、問題は見られませんでしたが、使用率の低いワークステーション、VM、使い捨てのトレーニング環境でもあります。
速度と信頼性の観点から、XFSとJFS（特に）と比較して成熟する時間があるので、ext4はどのように積み上げられますか？
[〜＃〜] zfs [〜＃〜] は実行可能なオプションです（それは Fusemodule であるため、おそらくLinuxには対応していません-まだです） ）？
Linux上のZFSは、Fuseモジュールであるという問題（特定のワークロードでパフォーマンスが大幅に低下する可能性があります）を解消したとしても、残念ながらまだ実行可能なソリューションではありません。それだけでは十分ではありません。また、LinuxのZFSにはdebugfsがあるとは思いません。これは深刻な問題です。
debugfsはunicesの低レベルファイルシステム修復ツールの伝統的な名前です。 e2fsprogsにはExt2/3/4用のものが含まれ、XFSツールにはxfs_dbなどがあります。他のファイルシステム、特にFFSやJFSのような既存のファイルシステムにもそのようなツールがあります。これは基本的に、ボリューム上のデータをはるかに低いレベルで読み取り、操作できるツールであり、リカバリ時に特にを使用すると便利です。
Ext4については、本番環境ではかなり使えると思いますが、実際にワークロードをシミュレートすることをお勧めします。 ext4の設定によってはデータが破損する可能性があるさまざまなアプリケーションのさまざまな安全でないコードパスに注意してください（これらの問題はXFSおよびJFSでも発生する可能性があります）。
XFSは依然として優れた安定したソリューションですが、XFSの作成/リンク解除のパフォーマンスが低いため、XFSからext4に移行したことは認めます。小さなファイルが頻繁に作成および削除されない場合でも、非常に良い選択肢です。正確な数値は、ネット上のほとんどのベンチマークから取得できます。速度低下は、特定のジャーナル操作を非常に遅くする（作成/リンク解除）XFSの特定の最適化に関連しています。ただし、メタデータアクセスと読み取り/書き込みは非常に高速です。大きなファイル、IMHO（マルチメディア編集？）に適しています。
JFSは実際にはテストしていませんが、JFSについてはかなり良い意見を聞きました。信頼できる方法で使用できるdebugfsツールがあるかどうかを最初に確認してください。
Linux上のZFSがネイティブレベルで可能になりました。
ZFSには、ファイルシステムの整合性を確保するためのいくつかのシステムが含まれています。その中で最も重要なのは、すべての単一ファイルのチェックサムチェックと再構築（必要な場合）を行うzpool scrubです。
今日の本番システムでは、LinuxではZFSを使用しません。しかし、数年で40 TB以上のデータを保存する必要がある場合は、ZFSを使用します。