최종 사용자에게 Btrfs의 장점은 무엇입니까?

Btrfs 는 Fedora Core 16 과 같은 몇 가지 배포판에서 기본 파일 시스템으로 ext4를 대체하면서 약간의 추진력을 얻었습니다 . 여러 다른 배포판에서 실험적으로 사용할 수 있습니다 ( Wikipedia에서 : openSUSE 11.3, SLES 11 SP1, Ubuntu 10.10, Sabayon Linux, RHEL6, Migo, 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, repos with code 등)이있는 데스크탑에 중요합니다.
• 동적 아이 노드 할당 : 아이 노드 수에서 Ext2 / 3 / 4의 한계를 피하십시오. Btrfs inode 제한은 완전히 다른 리그에 있습니다 (ext4의 inode는 파일 시스템 생성 시간에 할당되며 생성 후 일반적으로 1-2 백만, 하드 제한은 40 억으로 제한 할 수 없으며 btrfs의 inode는 필요에 따라 동적으로 할당 됨) 하드 한계는 2 ^ 64, 약 18.4 퀴 틸리 온 (ext4의 하드 한계의 약 46 억 배)입니다.
• 읽기 전용 스냅 샷 : 빠른 백업.
• 데이터 및 메타 데이터에 대한 체크섬 : 데이터 무결성에 필수적입니다. Ext4에는 메타 데이터 무결성 만 있습니다.
• 압축 : LZO 압축은 매우 빠릅니다.
• 중복 복제본이있는 파일에서 오류를 찾아 수정하는 백그라운드 스크럽 프로세스 : 데이터 무결성.
• 온라인 파일 시스템 조각 모음 : 3.0의 자동 조각 모음은 데이터베이스와 같은 일부 유형의 파일 (예 : 파이어 폭스 프로필 또는 아코 나디 저장소)을 조각 모음합니다.

커널 3.0을 추천합니다. 또한 btrfs는 SSD에 적합한 FS입니다.

장점 : 주로 백업 및 미러링 기능이 될 것입니다.

그러나 왜 btrfs를 현재 시스템 을 대체 할 준비가 된 파일 시스템으로 생각할만큼 성급한가 ? 두 위키 모두 참조하십시오.

(...) 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는 때때로 잘못된 패리티를 계산합니다.