Btrfs

1. 개요

2. 특징

• 가볍다.
• B-Tree[1] 기반
• Copy-On-Write[2]
• 빈 공간 캐시, inode 캐시 지원
• 자동 조각모음
• 공간 압축: 작은 파일들을 한 섹터에 몰아넣는다.
• 데이터 압축: zlib, LZO, z-standard 압축 알고리즘 지원
• SSD 최적화: TRIM과는 상관없다. [3]
• 서브볼륨 관리: 각각의 서브볼륨을 파티션처럼 취급 가능
• 스냅샷 관리: 볼륨을 통째로 박제한다. 파일을 스냅샷으로 저장해두었던 상태로 쉽게 되돌릴수 있어 랜섬웨어 대응이나 백업 용도로 매우 좋으며, 증분 백업도 지원한다. 설정 예시
• 파티션 테이블이 없는 BtrFS 디스크: 파티션 테이블이 없는 BtrFS 디스크를 지원한다. 단 GRUB에서 사용을 권장하지 않는다.
• 데이터 중복제거(Data deduplication)

3. 주의사항

• 4K로 정렬된 디스크에서 최적의 속도를 발휘한다. MBR 디스크는 섹터 정렬에 주의해야 한다.
• swap 파일 기능은 리눅스 5.0 이상부터 사용이 가능하며, swap 파일의 Copy-On-Write를 비활성화해야 한다. btrfs에서의 swap 파일 생성 방법
• LILO나 구버전 GRUB이나 구버전 리눅스 커널에서는 부트로더가 btrfs 파티션을 읽지 못하는 문제가 종종 있다. btrfsprog를 설치하고 initramfs를 다시 생성해도 안되는 경우 적절한 용량[4]의 파티션을 하나 파서 /boot로 할당해 FAT32(vfat)로 포맷하고 여기다가 부트로더를 물려주면 해결된다. /boot 디렉토리 파일들을 새로 판 파티션에 옮기는거 까먹으면 대략 낭패다. 잊지 말자! 어차피 UEFI 쓰면 ESP 잡느라 FAT32 파티션 하나 파야 하는거 처음부터 UEFI로 설치하자
• 특이사항으로 레드햇 엔터프라이즈 리눅스 계열 배포판 ( CentOS 등)의 경우, RHEL 7에서 실험적으로 지원하기 시작하였으나 얼마 지나지 않은 RHEL 7.4부터 deprecated되었고 RHEL 8부터는 지원이 아예 제거되었다. 레드햇은 Btrfs 대신 Stratis와 XFS 조합을 밀고 싶어하는 모양새.
• 반면 RHEL의 업스트림인 페도라에서는 2020년의 페도라 33부터 Btrfs가 파일시스템 기본값이 되었다.
• 오라클의 RHEL 클론 배포판인 오라클리눅스 8 이상에서는 레드햇 호환 커널이 아닌 자체 커널(UEK)에서만 Btrfs를 지원한다.

4. 기타

• B-tree 기반이기에 B-tree filesystem의 줄임말이지만 농담삼아 Butter filesystem의 줄임말이라 하기도 한다. 친근한 어감 때문인지 영미권 개발자들 사이에선 아예 버터FS가 B-Tree보다 더 많이 언급될만큼 완전한 별명으로 굳어가고 있다.
• Ohad Rodeh가 USENIX 2007의 발표에서 제안하였다.
• 넷기어, 시놀로지, EFM 네트웍스[5] 등 NAS 제조사에서도 도입하였다.
• 리눅스 커널 4.9에서의 mount 옵션별 벤치마크