BTRFSいくつかのディストリビューションのデフォルトのファイルシステムで、ext4を置き換えるための推進力を獲得し始めました。Fedora Core 16。他の多くのディストリビューションで実験的に使用できます(ウィキペディアから:openSUSE 11.3、SLES 11 SP1、Ubuntu 10.10、Sabayon Linux、RHEL6、MeeGo、Debian 6.0、およびSlackware 13.37).私はまだすべての仕事用サーバーを変換する準備ができていません(私のファイルシステムの選択は一般的に保守的です)、家庭や職場でのミッションにとって重要ではないいくつかの生産システムでそれを使用することを検討しています。
Btrfs は、多くの点で ZFS に似た機能セットを提供します。私はこれが「エンタープライズ」環境、特にストレージ配信に焦点を当てたシステムでなぜ望ましいのかを知ることができます。しかし、同じ機能セットがエンドユーザーにとってどれほど役に立ちますか?基本機能がストレージレンダリングではないシステムでは、Btrfsの機能リストにはどのような利点がありますか?私のラップトップにはどのような利点がありますか?
エンタープライズストレージの外部で検証されたExtファイルシステムからBtrfsに切り替えるのはなぜですか?
ベストアンサー1
~からウィキペディア:
Extent based file storage 2^64 byte == 16 EiB maximum file size Space-efficient packing of small files Space-efficient indexed directories Dynamic inode allocation Writable snapshots, read-only snapshots Subvolumes (separate internal filesystem roots) Checksums on data and metadata Compression (gzip and LZO) Integrated multiple device support RAID-0, RAID-1 and RAID-10 implementations Efficient incremental backup Background scrub process for finding and fixing errors on files with redundant copies Online filesystem defragmentation
デスクトップユーザーのための指示:
- 小さなファイルの省スペースパッケージング:何万ものファイル(メールディレクトリ、コードのあるリポジトリなど)があるデスクトップにとって非常に重要です。
- 動的 inode 割り当て: inode 数に対する Ext2/3/4 制限を避けます。 Btrfsのinode制限は完全に異なります(ext4のinodeはファイルシステムが作成されたときに割り当てられ、作成後にサイズを変更することはできません(通常100万〜200万、ハード制限は40億))、btrfsのinodeは必要ですに基づいて動的に割り当てられ、ハード制限は2 ^ 64です。これは約18.4です。これはext4ハード制限の約46億倍です。
- 読み取り専用スナップショット:クイックバックアップ。
- データとメタデータのチェックサム:データの整合性にとって重要です。 Ext4にはメタデータの整合性のみがあります。
- 圧縮:LZO圧縮は非常に高速です。
- 重複コピーを含むファイルでエラーを見つけて修正するためのバックグラウンドクリーンアッププロセス:データの整合性。
- オンラインファイルシステムの最適化:3.0の自動最適化は、特定の種類のファイル(データベースなど)(firefox構成ファイルまたはakonadiリポジトリ)の最適化を実行します。
カーネル3.0をお勧めします。 btrfsはSSDのための良いファイルシステムでもあります。