web-dev-qa-db-ja.com

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

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

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

エンタープライズストレージ以外で、実証済みのExtファイルシステムからBtrfsに切り替える必要があるのはなぜですか？

filesystemsbtrfs
22
user7136

wiki から：

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ノードはファイルシステムの作成時に割り当てられ、作成後にサイズ変更できません。ハードリミットは2 ^ 64で、約18.4兆であり、ext4のハードリミットの約46億倍です。
  • 読み取り専用スナップショット：高速バックアップ。
  • データとメタデータのチェックサム：データの整合性に不可欠です。 Ext4にはメタデータの整合性しかありません。
  • 圧縮：LZO圧縮は非常に高速です。
  • 冗長コピーを含むファイルのエラーを見つけて修正するためのバックグラウンドスクラブプロセス：データの整合性。
  • オンラインファイルシステムデフラグ：3.0のautodefragは、データベース（Firefoxプロファイルやakonadiストレージなど）のようないくつかのタイプのファイルをデフラグします。

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

21
Rufo El Magufo

メリット：主にバックアップ機能とミラーリング機能になると思います。

しかし、なぜbtrfsをファイルシステムreadyと置き換えてany現在のものですか？あなたが参照する両方のウィキ：

(...) 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.

明らかにdiscourageテスト以外の目的でbtrfsを使用することはできません。

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

11
rozcietrzewiacz

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が誤ったパリティを計算することがある

6
basic6