メディアサーバーに最適なファイルシステム
Linuxボックスでホストされている新しい1TBメディアサーバーに使用するファイルシステムについてアドバイスが必要です。私はいくつかの要件があります：
別のWindowsマシンで共有可能である必要があります（デュアルブートではなく、まったく別のボックス）。私は少なくともext3でこれを行うオプションがあるかもしれないと思います。これはかなりまれなシナリオになると思うので、これで生きることができます。
間違いなく、XBMCを実行しているXboxのSambaを介してアクセスできる必要があります（将来的には、Xbox 360との共有も可能になるでしょう）。
4GBを超えるファイルサイズを許可する必要があります。
私が構築する将来のメディアサーバー/フロントエンドと共有可能である必要があります（すべてがBoxee、XBMC、Myth *などのLinuxバリアントを実行します）。
ファイルサイズの要件が原因でFat32がなくなったと思います。以前NTFSを使用したことがあるのですが、Linuxにネイティブなものを使用したいと思います。何にでも開放的です、ありがとう。
Linux以外のシステムからファイルシステムへのすべてのアクセスが抽象化レイヤーを介して行われることを考えると、好きなものを選択してください！ディストリビューションのデフォルト（おそらくext3）をお勧めします。メディアストレージには、速度や信頼性の面で特別なニーズはありません。そのため、エキゾチックなファイルシステムを選択する際に不必要な複雑さを追加するだけです。あなたが言及した特定のユースケースに関して：
- VistaにはNFSクライアントが含まれており、もちろんSambaを介してドライブを共有することもできます。ドライブへの直接物理アクセスを意味する場合は、ファイルシステムの推奨事項をNTFSに変更します。これは、WindowsとLinuxの間でクロスプラットフォームの互換性が最も優れているためです。
- すべてのファイルシステムがここで機能します-Sambaは、クライアントが見るものからそれを抽象化します。
- FAT32を選択しないでください。
- 現在の非エキゾチックなファイルシステムは、ここで問題ありません。 XFS/JFSのような「エキゾチックな」ファイルシステムでさえ、今後数年間はカーネルでサポートされます。
MythTVサーバーでXFSを使用していますが、非常にうまく機能します。また、Windowsワークステーションからアクセスできるように、Sambaを介して特定のディレクトリを共有しました。ショーをiriver clix2で使用可能な形式にトランスコードするスクリプトがあります。これは、Windowsラップトップからマップしたディレクトリにダンプし、メディアプレーヤーに転送します。メディアサーバーにXFSを使用することの優れた点の1つは、XFSにデフラグャーがあることです。SATAドライブに非常に大きなファイルをシーケンシャルに保持することは間違いないためです。
私を助けた提案は、XFSに「allocsize = 256m」マウントオプションを使用することです。これは、ファイルを書き込むときに256MBのハンク領域を割り当てるようにカーネルに指示します。 SDショーは私のリグで毎時2.2GBを消費しているので、これによりフラグが大幅に減少します。私が何とか記録したいくつかのHDショーは15GB /時間のオーダーであり、私のファイルシステムはそれで点滅していません。 64ビットを実行している場合は、点滅がさらに少なくなります。
Linuxの領域ではXFSサポートは比較的新しいですが、2.6.30までには長い間存在していました。自宅でも職場でも、汚職の問題はありませんでした。 VMWare Workstationが（ahem）にかける負荷など、SATAドライブ上の大規模なランダムI/Oにはそれほど熱くはありませんが、シーケンシャルアクセスでは喫煙します。
エンコーダボックスのストレージを補完するために、奥の部屋に別のメディアサーバーをセットアップする計画段階に積極的に取り組んでいます。これもXFSですが、ネットワークのオーバーヘッドを最小限に抑えるためにNFS経由でMythTVボックスに共有されます。それはmight ext4に移行しますが、FSでまだ何もしていません。
XFSは安定性が高く、大容量ファイルのサポートに優れているため、ビデオの保存に最適です。それはもうエキゾチックではありません。
（別のコンピューターとの）共有はファイルシステムとは無関係です。
基本的に、Windowsと共有している場合は、Sambaを選択するのが最も簡単です。
Sambaは問題なく動作しますが、XBMCに焦点を当てている場合は、UPNP（DLNA）を検討することもできます。
DLNAはネットワークを介してメディアを共有するために設計されており、mediatombやushareなど、Linuxにはいくつかの選択肢があります。
mediatomb.cc
ushare.geexbox.org
概要：メディアパーティションにはXFSを、共有にはSambaまたはDLNAを使用します。
/リッチー
Sambaは、Windowsのボクセンおよび神話のフロントエンドと通信できる必要がありますが、カーネルが読み取ることができる限り、データが格納されているファイルシステムは関係ありません。インストールしているディストリビューションのデフォルトを選択します。
Ext3は、4GBを超えるファイルを確実に収容できます。大きなファイルを主に格納する場合は、これをより効率的にするために設定できるいくつかのチューニングパラメータがあります。
主に大きなファイルが含まれるファイルシステムの場合、XFSの使用をお勧めします。大きなファイルサイズに対して優れたパフォーマンスを発揮し、非常に成熟しています。 JFSについても言及する価値があり、XFSと同様のパフォーマンスがあり、成熟しています。
ただし、ディストリビューションによっては、ストレージをシームレスに拡張できるように、ファイルシステムをLVMの上に配置するのが適切な場合があります。さらに一歩進んで、ファイルシステムをLVMのRAIDアレイの上に置きます。このようにして、スケーリング能力を維持しながら、フォールトトレランスとパフォーマンスを実現します。
（AlexのNFS推奨に加えて）直接ストレージの別のオプションは、iSCSIを使用することです。 iSCSI Enterprise Targetを使用して、iSCSI経由でWindowsおよびLinuxボックスにストレージをエクスポートします。直接アクセスする必要がない場合、sambaはうまく機能します。 NFS経由でインポートしたsambaストレージ経由でエクスポートしないでください。ファイルロックの問題が発生します。