리눅스 커널 퇴출 수순 밟는 'B캐시FS'…DKMS로 독립 전환

고성능 파일 시스템으로 주목받았던 B캐시FS(Bcachefs)가 리눅스 커널에서 사실상 퇴출 수순을 밟고 있다.

이에 따라 개발팀은 커널 외부 모듈 방식인 동적 커널 모듈 지원(DKMS)으로 개발 체제를 전환했다.

26일 더레지스터 등 외신에 따르면 B캐시FS 개발자인 켄트 오버스트리트(Kent Overstreet)는 DKMS 모듈로 전환된 첫 번째 버전을 공식 공개했다.

B캐시FS는 리눅스 전용 고성능 파일 시스템이다. 기존 ext4나 XFS 같은 전통적인 파일 시스템 대비 데이터 압축, 스냅샷, 암호화, 무결성 검증 등 고급 기능을 하나로 통합한 것이 특징이다.

이러한 장점을 바탕으로 데이터센터나 클라우드 환경에서 유용하다는 평가를 받아왔으며 성능과 안정성 모두에서 높은 점수를 얻고 있다. ZFS와 달리 라이선스 제약이 없다는 점도 주요 강점으로 꼽힌다.

이번에 공개된 DKMS 버전은 당초 리눅스 커널 6.17에 정식 포함될 예정이었던 최신 개정판이다. 그러나 개발 과정에서 리누스 토발즈와 오버스트리트 간 갈등이 불거지며 이 계획은 무산됐다.

토발즈는 갈등의 핵심 원인으로 개발 절차 위반을 지적했다. 오버스트리트가 커널 6.16의 릴리스 후보(RC) 단계에서 새로운 기능이 포함된 코드를 제출했는데 이는 리눅스 커널 개발의 오랜 관행을 정면으로 어긴 것이라는 설명이다.

RC 단계는 새로운 커널 버전이 정식 공개되기 전의 최종 안정화 단계다. 이 시기에는 기능 추가 없이 기존 버그만 수정해야 한다는 것이 관례다. 이 시점에 예기치 않은 기능이 반영되면 수많은 기업과 배포판이 기반으로 삼는 테스트 계획 전체가 흔들릴 수 있기 때문이다.

특히 리눅스 커널은 단순한 개인용 소프트웨어가 아니라, 서버·스마트폰·클라우드·임베디드 장비 등 다양한 플랫폼의 핵심 기반인 만큼 안정성을 중요시 여기고 있다.

이에 리누스 토발즈는 오버스트리트의 커뮤니케이션 방식에도 불만을 드러냈다. 일부 커널 유지관리자들도 B캐시FS 코드의 안정성과 개발 방향성에 의문을 제기했고 이러한 갈등이 이어진 결과 B캐시FS는 커널 메인라인에서 제외 수순에 놓이게 됐다.

이에 대응해 B캐시FS 개발팀은 커널 내장 방식 대신 DKMS 방식으로의 독립 전환을 공식화했다. DKMS는 리눅스 커널 외부에서 동적으로 모듈을 관리할 수 있도록 해주는 시스템으로 모듈이 커널 버전에 종속되지 않고 유연하게 유지·관리될 수 있다는 장점이 있다.

이를 통해 B캐시FS는 커널에 내장되지 않더라도, 사용자가 APT 패키지를 설치하면 시스템 환경에 맞춰 자동으로 컴파일돼 작동할 수 있다. 현재 우분투와 데비안 계열 배포판에서는 DKMS 패키지 형태로 설치가 가능하도록 저장소도 마련됐다.

또한 이번 DKMS 버전은 커널 내장 버전보다 더 나은 성능을 보인다. 리눅스 성능 벤치마크 사이트인 포로닉스가 진행한 테스트에 따르면, 커널 6.17에 내장된 기존 버전 대비 대부분 항목에서 성능이 개선됐으며,일부 테스트에서는 최대 2배 이상 빠른 처리 속도를 기록했다.

이는 커널 메인라인 통합을 위한 보수적인 안정성 중심 개발보다, 독립 모듈 형태에서는 보다 공격적인 최적화와 기능 개선이 가능하다는 점을 보여준다. 특히 실험실 테스트 환경이나 개인 서버처럼 최신 기능을 선호하는 사용자라면, DKMS 버전이 더 적합할 수 있다는 평가다.

다만 이 같은 독립 전환이 지속될 수 있을지에 대한 의문도 제기된다. 현재 리눅스 커널 내부에서는 '페이지 캐시 쓰기 처리 함수(write_cache_pages)'라는 핵심 API를 제거하자는 제안이 논의되고 있기 때문이다. 이 함수는 B캐시FS를 포함한 여러 파일 시스템이 메모리상의 페이지 캐시 데이터를 디스크로 기록할 때 사용하는 주요 API다.

만약 이 API가 실제로 제거된다면 B캐시FS는 모듈 형태로 동작하더라도 일부 기능을 다시 구현하거나 아예 제거해야 하는 상황에 직면할 수 있다. 이는 곧 성능 저하, 기능 축소, 불안정성 증가로 이어질 수 있다.