BTRFS일부 배포판의 기본 파일 시스템으로 ext4를 대체하려는 추진력을 얻기 시작했습니다.페도라 코어 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를 파일 시스템으로 취급하는 데 그렇게 성급합니까?준비해바꾸다어느현재는요? 당신이 인용한 두 개의 위키:
(...) 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로 변환해야 할 수도 있습니다. 체크섬(다른 파일 시스템은 손상된 파일을 전혀 인식하지 못할 수 있음) 및 드라이브 오류 발생 시 보호와 같은 몇 가지 이점을 최종 사용자에게 제공합니다.