エンドユーザーにとってのBtrfsの利点は何ですか？

Btrfsは、Fedora Core 16などのいくつかのディストリビューションで選択されているデフォルトのファイルシステムとしてext4を置き換えることに勢いを増し始めています。他の多くのディストリビューションで実験的に利用できます（ウィキペディアから： openSUSE 11.3、SLES 11 SP1、Ubuntu 10.10、Sabayon Linux、RHEL6、MeeGo、Debian 6.0、およびSlackware 13.37）。職場のサーバーをすべて変換する準備ができていないことは確かです（ファイルシステムの選択は一般的に保守的です）。自宅で使用したり、職場のミッションクリティカルでない特定の運用マシンで使用することを検討しています。

Btrfsは、多くの点でZFSに似た機能セットを提供します。「エンタープライズ」環境、特にストレージ配信に焦点を当てたシステムでこれが望ましい理由を理解できます。しかし、この同じ機能セットはエンドユーザーにとってどのように役立ちますか？Btrfsの機能リストは、主な機能がストレージの表示ではないマシンでどのような利点がありますか？私のラップトップにはどんな利点がありますか？

エンタープライズストレージの外部で、試行された真のExtファイルシステムからBtrfsに切り替える必要があるのはなぜですか？

ウィキから：

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 

デスクトップユーザー向けの説明：

• スペース効率の良い小さなファイルのパッキング：数万のファイル（maildir、コード付きリポジトリなど）を持つデスクトップにとって重要です。
• 動的なiノードの割り当て：iノード数のExt2 / 3/4の制限を回避します。Btrfsのiノードの制限はまったく別のリーグにあります（ext4のiノードはファイルシステムの作成時に割り当てられ、作成後にサイズ変更することはできません（通常は100万、ハード制限40億、btrfsのiノードは必要に応じて動的に割り当てられ、ハード制限は2 ^ 64で、約18.4クインティオンであり、ext4のハード制限の約46億倍です。
• 読み取り専用スナップショット：高速バックアップ。
• データとメタデータのチェックサム：データの整合性に不可欠です。Ext4にはメタデータの整合性のみがあります。
• 圧縮：LZO圧縮は非常に高速です。
• 冗長コピーのあるファイルのエラーを見つけて修正するバックグラウンドスクラブプロセス：データの整合性。
• オンラインファイルシステムのデフラグ：3.0の自動デフラグは、データベース（firefoxプロファイルやakonadiストレージなど）などのいくつかのタイプのファイルをデフラグします。

カーネル3.0をお勧めします。また、btrfsはSSDに適したFSです。

利点：主にバックアップおよびミラーリング機能になると思います。

しかし、なぜあなたはファイルシステムとしてのbtrfsを考えるほど性急になる準備ができて交換する任意のあなたの現在のもののを？あなたが参照する両方の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を使用することは明らかに思いとどまります。

しかし、フォームに関しては、エンドユーザーにとっては、自分のホームディレクトリにあるものなどのプライベートデータに対してのみ価値があると考えています。物をゴミ箱に移動するためのセーフティネットは必要ありません。実際には、デスクトップ環境で「ゴミ箱」を再定義する必要があります。残りの機能はおそらく、（ユーザーにとっては）気分がより速くなると思われますが、ディスクスペースをより早く使い果たしてしまいます。

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に変換することをお勧めします。チェックサム（他のファイルシステムは破損したファイルをまったく知らない可能性があります）やドライブが故障した場合の保護など、エンドユーザーにとっては依然として利点があります。

参照：BTRFSは時々間違ったパリティを計算します