
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のための良いファイルシステムでもあります。
答え2
利点:私は主にバックアップとミラーリング機能を信じています。
ところで、なぜbtrfsをファイルシステムとして扱うのはとても早いのでしょうか?準備する変えるどの現在は?あなたが引用した2つのwiki:
(...) it is currently possible to corrupt a filesystem irrecoverably if your
machine crashes or loses power on disks that don't handle flush requests
correctly. This will be fixed when the fsck tool is ready.
および3.0カーネルドキュメント
Btrfs filesystem (EXPERIMENTAL) Unstable disk format
(...)
Btrfs is highly experimental, and THE DISK FORMAT IS NOT FINALIZED.
You should say N here unless you are interested in testing Btrfs
with non-critical data.
明らかに励まさないでテスト以外の目的では btrfs は使用できません。
しかし、形式的な点では、個人データ(たとえば、ホームディレクトリ内のデータ)だけがエンドユーザーにとって価値があると思います。アイテムをゴミ箱に移す安全ネットはもう必要ありません。実際には安全網が必要です。再定義するデスクトップ環境の「ゴミ」。残りの機能は(ユーザーに)次のように終了できます。感じるより高速ですが(存在する場合)、ディスク容量をより早く消費します。
答え3
BTRFSは(この質問を受けてから)長年かけてかなり成熟してきました。これは、さまざまなRAIDレベル(RAID-1 - 信頼性が高く設定が簡単)でも、最も簡単なユースケースでは非常に安定しています。 BTRFSはチェックサムを保存するため、破損を確実に検出できます(パリティのみを提供する既存のRAIDシステムとは異なり)。
現在のバージョンでは、BTRFS RAID-5ファイルシステムの一般的なエラーを修正することもできます(故障したドライブの交換など)(raid56にはまだ改善が必要ですが、下記のアップデートをご覧ください)。
修復/交換操作が中断された場合は、まずカーネルを更新してください(これを行うと問題が解決する可能性があります)。 BTRFSには、必要に応じていくつかの回復機能があります。ワーストケースのシナリオ(複数のドライブエラーなど)でも、通常はまだ正常なファイルをコピーでき、どのファイルが破損しているかがわかります。したがって、他のすべての機能(スナップショット、CoWコピー、サブボリュームなど)を無視し、データ/ファイル破損検出が最優先事項である場合は、BTRFSを使用できます。
更新:2016年6月、BTRFSのRAID-5/6実装で欠陥が検出されました。 BTRFSは通常安定しています。ただし、raid56の実装は非常に新しく、とにかく実験的なものと見なされ、修正されるまで今のテストにのみ使用する必要があります。 RAID-5/6を使用している場合は、RAID-1に変換する必要があります。チェックサム(他のファイルシステムは破損したファイルをまったく認識しない可能性があります)やドライブエラーが発生した場合の保護など、いくつかの利点をエンドユーザーに提供します。