ikuláš Patočka 氏、LVM の開発者の XNUMX 人であり、多数の著作物の著者
NVFS の開発には FS の経験が考慮されました
提案された FS NVFS は NOVA よりもはるかに単純で (コード行数は 4972 行に対して 21459 行)、fsck ユーティリティを提供し、パフォーマンスが高く、拡張属性 (xattrs)、セキュリティ ラベル、ACL、およびクォータをサポートしていますが、スナップショットはサポートしていません。
Ext4 ファイル システムは、VFS サブシステムに基づくファイル システムのモデルによく適合します。これにより、レイヤーの数を最小限に抑え、カーネルへのパッチを必要としないモジュールで対応できます。
NVFS はカーネル インターフェイスを使用します
データの整合性は、「
В
40 万件のディレクトリ操作テストでは、NVFS が NOVA を 4%、ext22 を 46%、XFS を 20% 上回りました。 DBMS アクティビティをシミュレートすると、NVFS ファイル システムは NOVA を 4%、ext18 を 5 倍、XFS を 4 倍上回りました。 fs_mark テストでは、NVFS と NOVA のパフォーマンスはほぼ同等であることが判明しましたが、ext3 と XFS は約 XNUMX 倍遅れています。
NVM メモリ上の従来のファイル システムの遅れは、通常の RAM のように見える不揮発性メモリで使用されるバイト アドレス指定用に設計されていないためです。 従来のドライブからの読み取りでは、セクター読み取り/書き込みレベルでの操作のアトミック性が確保され、NVM メモリは個々のマシン ワード レベルでのアクセスを提供します。 さらに、従来のファイル システムは、RAM よりも明らかに遅いと考えられているメディアへのアクセスの強度を軽減しようとします。また、ハード ドライブ使用時の連続読み取りを保証するために操作をグループ化し、リクエスト キューを処理し、断片化と闘い、ファイルを分離しようとします。さまざまな操作の優先順位。 NVM メモリの場合、データ アクセスの速度は RAM と同等であり、アクセス順序は重要ではないため、このような複雑な作業は不要です。
出所: オープンネット.ru