ファイルシステムのプロトタイピングのベスト プラクティスは何ですか?
私はfusepyを使用して Python で試みましたが、今は興味があります:
ユーザー空間に存在するファイルシステム (FUSE またはその Mac バージョンにあるファイルシステム) は確かに非常に便利ですが、カーネル空間に存在する (したがって C でなければならない) 従来のファイルシステムと同じパフォーマンスは得られません。A. タネンバウムが Minix メーリング リストの有名な投稿で Linux を攻撃した際にはっきりと述べたように、マイクロカーネル システム (ファイルシステムやその他のものがユーザー空間に存在する場所) が実際に「モノリシック カーネルを置き去りにする」ことは決してなかったのは、このためだと言えます。 20 年前 (CS の教授として、彼は自分の OS にモノリシック アーキテクチャを選択したことで Linus を失望させるだろうと言いました。Linus はもちろん元気よく反応し、そのやり取り全体が今ではかなり有名になり、Web 上の多くの場所で見つけることができます。 ;-)。
おそらく、非常に限られた量のメモリを備えた「組み込み」デバイスをターゲットにしている場合を除き、移植性は実際には問題ではありません-そのようなデバイスを除いて、Cを実行できる場所でPythonを実行できます（どちらかといえば、FUSEの可用性ですPython ランタイムの制限ではありません)。しかし、パフォーマンスは間違いなく可能性があります。
長期的には、立派なファイルシステムの実装を C で行うべきでしょうか? Camper の移植性を妨げたり、最終的にパフォーマンスの問題を引き起こしたりすることはありませんか?
必ずしもそうとは限りませんが、C とは異なる実行言語がたくさんあります (O'Caml、C++ が最初に思い浮かびます)。実際、NTFS は C++ で記述されることを期待しています。あなたは Linux 出身のようですが、Linux カーネルは C で書かれているため、カーネルにマージされるファイルシステムもすべて C で書かれている必要があります。
FUSE のような他の実装はありますか?
たとえば、さまざまな成熟度レベルのhttp://code.google.com/p/winflux/とhttp://dokan-dev.net/en/のように、Windows 用にいくつかあります。
コア ファイルシステム テクノロジ (fat32、ext3、ntfs、その他はすべて小さな魚) の動きが遅いようですが、どのようなデバッグ手法が採用されていますか?
繰り返しますが、これは Windows ではほぼ当てはまります。Solarisでは ZFSがあり、Linux ではext4とbtrfs が存在します。通常、デバッグ手法では、さまざまな操作の途中でマシンの電源を切り、データがどのような状態で残っているかを確認し、大量のデータを保存してパフォーマンスを確認します。
主要な OS で高度に最適化され、完全にサポートされた実装に到達するためにファイルシステム開発が取る一般的なコースは何ですか?
繰り返しますが、これは OS によって異なりますが、特に障害によってデータが失われないことを確認するために、かなりの量のテストが必要です。
カーネル ブロック デバイス API レイヤーのモック オブジェクトを作成することをお勧めします。モック レイヤーはmmap、ファイル システムのバッキング ストアとして 'd ファイルを使用する必要があります。これを行うことには多くの利点があります。
立派なファイルシステムは高速で効率的です。Linuxの場合、これは基本的にCでの書き込みを意味します。これは、カーネルが配布されていない場合は真剣に受け止められないためです。
Fuseのような他のツールに関しては、MacFUSEがあります。これにより、LinuxだけでなくMacでも同じコードを使用できるようになります。