MMCメモリチップで使用するのに最適なLinuxファイルシステム

新しい組み込みLinuxプロジェクトが近づいています。ハードウェアチームは、システムの不揮発性メモリ用にMMCフラッシュチップ（パーツ番号MTFC64GJVDN-4M）を選択しました。http://www.micron.com/parts/nand-flash/managed-nand/mtfc64gjvdn-4m-itのデータシート。

この部分で使用するのに最適なLinuxファイルシステムは何でしょうか？私はそれがブロックタイプのデバイスであると私は信じているので、JFFS2 MTDタイプのファイルシステムはrawフラッシュで動作するので適切ではありません。私は最初に信頼性を、次にセカンダリとしてのパフォーマンスを探しています。

また、これらのMMCデバイスはSDカードの「根性」に似ている、つまり、独自のオンボードコントローラを備えていることも理解しています。以前にSDカードが故障するというかなり悪い経験がありました。カードが読み取り不能になるハードウェア障害がありました。これはext3ファイルシステムを使用していたので、この新しいプロジェクトにもっと良いものがあるかどうかを調査しています。

ファイルシステムが読み取り専用の場合は、ext2を使用してください。それは数十年にわたって安定していることが証明されており、高速で効率的であり、所有権をサポートし、許可ビットをサポートし、すべてのLinuxボックスがサポートしている巨大なユーザーベースを持っています。つまり、まともなLinuxシステムに必要なすべてをサポートします。

読み取り専用を選択できない場合は、次善策はext3です。ext2に付属するすべてのプロパティとは別に、ext3はジャーナリングをもたらします。つまり、ディスク上のすべての変更は、実際にディスクに書き込まれた後でのみコミットされます。非常に安定した実績のあるテクノロジー。ext3の問題はウェアレベリングです。

Ext4はいくつかのユースケースでパフォーマンスを向上させますが、CPUオーバーヘッドが増加します。今日のほとんどのディストリビューションのデフォルトはext4です。どうやら不要な書き込みが減り、SSDに適しています。Ext4にはTRIM拡張があります。

次に、BTRFSです。そこに行かないでください。いくつかのディストリビューションではBTRFSまたはデフォルトのBTRFSが提供されていますが、前回テストしたとき（2012年下半期）は安定していませんでした。ストレス下でそれ自体が証明されていないファイルシステムを使用したくありません。修正されているバグが多すぎます。

Linuxは豊富なファイルシステムを提供しますが、上で述べたものは最も一般的なものです。

もちろんFAT32（vfat）がありますので、そこには行かないでください。それは古いです、それは断片化に苦しんでいて、所有権とファイル許可を許しません。

NTFSはクローズドソースです。考えてはいけません。はい、それはちょっとLinuxで動作しますが、実装は完全にリバースエンジニアリングに基づいており（Microsoftは技術的な詳細を公開していないため）、Linuxの実装は信頼できません。

JFFS2はマウント上で完全にスキャンする必要があるため、マウント時間はデバイスサイズに比例して増加します。これは、ファイルを保存するためのツリー構造が存在しないことが原因です。

これはeMMCパーツのようです（前にある小さな "e"に注意してください）。基本的に、これは「はんだ付け可能なSDカード」であることを意味します。SDカードと比較して、NAND-Flashと比較したくない場合があります。さらに、これにはウェアロジックなどの追加のロジックがあり、NAND-FlashインターフェースではなくMMCインターフェースもあることを意味します。

カードにはすでにWear-Logicが含まれているため、実際のファイルシステムはそれほど重要ではありません。パーティション（例：読み取り専用パーティション）の準備に関する問題です。

本当にファイルシステムを評価したい場合は、F2FS、BTRFS、EXT4を使用できます（順不同）。

また、コントローラーによっては、ブートローダーなどがすべてのファイルシステムの非常に特定の位置に配置されることも理解してください。