검색 - IT세상을 바꾸는 힘 지디넷코리아

ZDNet 검색 페이지

'리눅스 커널'통합검색 결과 입니다. (5건)

태그
기간
- 3개월
- 1년
- 1년 이전

재검색

"실험은 끝났다"…리눅스 커널, 러스트 정식 채택

리눅스 커널에서 러스트(Rust)를 실험 단계를 넘어 커널 개발 언어로 승격됐다. 21일 미겔 오헤다 러스트 포 리눅스프로젝트 리더는 리눅스 커널 메일링 리스트(LKML)를 통해 러스트 실험을 종료한다며 패치를 올렸다. 그는 "러스트 지원이 리눅스 커널 6.1 버전에 병합된 이후, 커널 개발 언어로서 러스트가 기술적, 절차적, 사회적 트레이드오프를 감수할 가치가 있는지 검증해 왔다"며 "2025 리눅스 커널 유지보수자 정상회의에서 실험이 완료된 것으로 결론 났다"고 밝혔다. 이번 패치는 커널 소스 코드 내 문서(documentation)에서 '러스트 실험(The Rust experiment)'이라는 섹션을 삭제하는 내용이다. 기존 문서는 "러스트 지원은 언어가 커널에 적합한지 판단하기 위한 실험"이라거나 "일반 최종 사용자를 위한 것이 아니다"라고 경고하고 있었으나 이번 패치로 이 문구들이 모두 제거된다. 미겔 오헤다 리더는 실험 종료의 근거로 이미 시작된 '대규모 프로덕션(상용) 환경'을 들었다. 그는 "일부 유명 리눅스 배포판들이 이미 러스트를 활성화하고 있으며 안드로이드를 통해 수백만 대의 기기에 이미 러스트가 적용되어 있다"고 강조했다. 개발언어로 승격됐지만 여전히 보완하고 개선할 부분도 존재한다. 그는 "이것이 모든 커널 구성, 아키텍처, 툴체인에서 완벽하게 동작한다는 뜻은 아니다"라고 강조했다. 특히 "GNU 컴파일러 컬렉션(GCC)과 LLVM을 혼합한 빌드나 향후 지원될 GCC 지원 등 특정 조합은 여전히 실험적인 단계"라며 "러스트도입은 확정이지만 이를 활용하기 위한 도구와 환경은 여전히 많은 작업이 필요하다"는 설명이다. 이번 도입이 특정 영역에서는 러스트 사용이 의무화될 조짐도 나타났다. 리눅스 그래픽 하위 시스템(DRM) 관리자 데이브 에어리는 "약 1년 뒤부터는 신규 드라이버 개발 시 C언어를 불허하고 러스트를 요구할 계획"이라고 밝힌 바 있다. 더불어 리눅스 커널이 러스트를 정식 언어로 채택한 만큼 기업들 역시 소속 개발자들이 C언어에서 러스트로 넘어갈 수 있도록 적극적으로 지원할 것을 요청했다. 오헤다 리더는 "이번 결정이 기업과 단체들이 러스트에 더 많이 투자하는 신호가 되길 바란다"며 구체적으로 "커널 개발자들이 러스트를 훈련할 수 있도록 시간을 보장해 줄 것"을 요청했다.

2025.12.21 14:18남혁우

리눅스 커널 퇴출 수순 밟는 '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는 모듈 형태로 동작하더라도 일부 기능을 다시 구현하거나 아예 제거해야 하는 상황에 직면할 수 있다. 이는 곧 성능 저하, 기능 축소, 불안정성 증가로 이어질 수 있다. 실제로 커널 개발자 크리스토프 헬빅은 오픈ZFS 등 다른 외부 파일 시스템들도 비슷한 위협에 직면해 있음을 언급하며, 커널 내부 API 정리의 필요성을 주장하고 있다. 결국 B캐시FS는 독립 모듈로 살아남기 위해 커널 변화에 민감하게 대응해야 하는 구조가 된 셈이다. 이와 관련해 켄트 오버스트리트는 커널 메일링 리스트를 통해 "DKMS 모듈로 전환하더라도 사용자 관점에서는 거의 변화가 없도록 하겠다"며 "전환 이후에도 프로젝트의 핵심 가치는 품질 보증과 안정성에 있으며 다양한 커널 버전에서도 안정적으로 작동할 수 있도록 노력 중"이라고 밝혔다.

2025.09.26 13:15남혁우

인텔 감원, 리눅스용 드라이버 지원에도 타격

지난 해부터 계속된 인텔의 대규모 감원이 오픈소스 운영체제인 리눅스 지원에도 영향을 미치고 있다. 최근까지 리눅스용 인텔 하드웨어 드라이버 개발에 기여하던 사람들이 인텔을 떠나며 일부 개발이 중단되는 사례가 포착됐다. 리눅스는 오픈소스 운영체제이며 새로운 하드웨어에 대한 드라이버 개발이나 유지보수는 이를 개발한 제조사의 몫으로 남는다. 인텔은 그래픽, 네트워킹, 스토리지, CPU별 기능 등 다양한 드라이버 개발에 적극적으로 참여해왔다. 리눅스 전문 매체 포로닉스는 지난 8일 "인텔 프로세서 온도 모니터링 드라이버 'coretemp'를 개발하던 인텔 인력이 퇴사하며 이를 관리할 사람이 사라졌다. 이 때문에 현재 이 드라이버는 돌볼 사람이 없는 '고아 상태'로 전환됐다"고 보도했다. 이어 "서버용 제온 프로세서를 위한 일부 드라이버 역시 '고아 상태'로 전환됐다"고 설명했다. '고아 상태'로 전환된 리눅스 드라이버는 관리자 부재로 버그가 발생해도 수정될 가능성이 낮고, 새로운 하드웨어나 리눅스 커널 새 버전에서 호환성 문제가 생겨도 해결이 어려워진다. 인텔은 지난 해 1만 5천 명을 감원한 데 이어 올 3월 립부 탄 CEO 취임 이후 비핵심 사업 매각/정리 등을 진행중이다. 지난 해 기준 10만 명 수준이었던 전체 인력을 올 연말까지 7만 5천 명 수준으로 줄이는 것이 인텔 목표다. 인텔은 지난 7월 중순 서버용 제온 프로세서에 최적화된 리눅스 배포본인 '클리어 리눅스' 개발과 지원을 중단하기도 했다. 오픈소스 저장소인 깃헙에 올라왔던 소스코드도 기여가 불가능한 읽기 전용 상태로 전환됐다. 인텔은 공지사항을 통해 "앞으로 보안 패치나 업데이트, 유지보수는 중단됐고 향후 보안과 안정성을 위해 다른 리눅스 배포본으로 가급적 빨리 전환하라"고 권고했다. 포로닉스는 "인텔의 대규모 감원이 리눅스 커널과 드라이버 개발, 성능 튜닝 등 리눅스에 기여하던 인텔 소속 개발자들에게 타격을 줬다"고 평가했다. 이어 "인텔 프로세서나 GPU 등에서 발견되는 버그나 보안 취약점 대응, 앞으로 출시될 하드웨어에 대한 테스트 범위 감소 등 문제가 생길 수 있다"고 우려했다.

2025.08.10 07:45권봉석

리누스 토발즈, 차세대 파일 시스템 '커널'서 제거 시사…이유는 '개발자 갈등'

리눅스 커널의 차세대 파일 시스템으로 주목 받아 온 'B캐시FS(Bcachefs)'가 커널에서 제외될 위기에 처했다. 기술적 결함이 아닌 개발자 간 갈등과 절차 위반이 직접적인 원인이라는 점에서 업계의 관심이 집중되고 있다. 2일 더레지스터 등 외신에 따르면 리눅스 커널 개발을 총괄하는 리누스 토발즈는 커널 6.17 버전부터 B캐시FS를 제외할 수 있다고 밝혔다. B캐시FS는 기존 ext4, XFS 같은 전통적인 파일 시스템보다 더 많은 기능을 제공하는 최신 기술이다. 데이터 압축, 스냅샷, 암호화, 무결성 검증 등 고급 기능을 하나의 파일 시스템에 통합해 데이터센터나 클라우드 환경에서 특히 유용하다는 평가를 받아왔다. 성능과 안정성 모두에서 높은 평가를 받고 있으며 ZFS와 달리 라이선스 제약이 없다는 점도 장점으로 꼽힌다. 이 같은 잠재력을 바탕으로 B캐시FS는 2024년 1월 공개된 리눅스 커널 6.7 버전에 실험적으로 처음 통합됐다. 하지만 최근 토발즈는 B캐시FS를 커널에서 제거하겠다는 강경한 입장을 밝혔다. 해당 파일 시스템의 주 개발자인 켄트 오버스트리트와의 갈등이 그 배경이다. 토발즈는 갈등의 핵심 원인이 개발 절차 위반이라고 설명했다. 오버스트리트가 커널 6.16의 릴리스 후보(RC) 단계에서 새로운 기능이 포함된 코드를 제출했는데 이는 오랜 커널 개발 관행을 정면으로 위반한 것이다. RC 단계는 새 커널 버전이 정식 공개되기 전 최종 안정화 단계로 새로운 기능 추가 없이 기존 버그만 수정하는 시기다. 이 시점에 예기치 않은 코드가 반영되면 수많은 기업과 배포판이 기반으로 삼는 테스트 계획 전체가 흔들릴 수 있다. 커널은 단순한 개인용 소프트웨어가 아니라 서버, 스마트폰, 클라우드, 내장 시스템 등 수많은 플랫폼의 핵심 기반이기 때문이다. 이에 토발즈는 "이런 식이라면 더는 같이 갈 수 없다"며 오버스트리트의 행보를 공개적으로 비판했다. 오버스트리트는 과거에도 다른 개발자와의 논쟁이나 커뮤니케이션 방식 문제로 인해 2024년 11월 커널 기여가 일시 중단된 바 있다. 다만 B캐시FS는 아직 공식적으로 커널에서 제거된 것은 아니다. 토발즈의 발언은 향후 커널 릴리스에서 이를 제외할 수 있다는 경고로 해석된다. 오버스트리트가 커뮤니티와의 협업 방식을 개선하고 개발 절차를 준수한다면 재수용될 가능성도 남아 있다. 하지만 실제로 커널에서 제거될 경우, B캐시FS를 사용 중이거나 도입을 검토 중인 기업과 조직은 운영 환경에 영향을 받을 수밖에 없다. 커널 기본 지원이 중단되면 배포판 차원에서의 유지보수도 어려워지기 때문에, ext4+LVM, Btrfs, ZFS, XFS 등 다른 파일 시스템으로의 전환이 필요하다. 기술적으로는 B캐시FS를 외부 모듈이나 별도 패치 형태로 계속 사용하는 것도 가능하다. 그러나 이를 위해선 커널을 직접 빌드하고 보안 패치를 반복 적용해야 하므로 실무 환경에서는 상당한 운영 부담이 발생한다. 기존 시스템을 유지한 채 연동이나 백포트를 통해 제한적으로 사용하는 방법은 일부 가능하다는 의견도 있다. 이번 사안을 두고 업계의 반응은 엇갈리고 있다. 일부에서는 "커널 릴리스 절차를 무시하면 프로젝트의 신뢰성과 예측 가능성이 무너진다"며 토발즈의 입장을 지지하고 있다. 반면 "지나치게 경직된 프로세스 때문에 혁신적인 기술이 커널에서 배제되는 것은 안타깝다"며 오버스트리트를 옹호하는 목소리도 나오고 있다.

2025.07.02 09:51남혁우

"러스트는 암적인 요소"… 리눅스 커널 개발자간 논란 심화

리눅스 커널 개발자 사이에서 C와 러스트를 함께 사용하는 것에 대한 논쟁이 계속되고 있다. 리눅스 커널의 러스트 도입은 보안과 안정성을 높이려는 취지에서 시작됐다. 그러나 다중 언어 지원으로 인한 유지보수 문제와 코드 일관성 저하에 대한 지적과 함께 개발자들 사이에서 의견이 엇갈리고 있다. 7일 더레지스터 등 외신은 리눅스커널 개발자 간에 C와 러스트의 혼재를 두고 논란이 불거졌다고 보도했다. 최근 러스트로 작성된 장치 드라이버가 C기반 커널의 핵심 DMA API를 호출할 수 있는 추상화 제안에 대해 커널 유지 관리자 크리스토프 헬위그가 반대하며 논란이 불거졌다. 그가 강하게 반대한 이유는 러스트로 작성된 디바이스 드라이버가 C로 작성된 DMA API를 호출할 수 있도록 설계된 새로운 추상화 계층에서 비롯됐다. 그는 이러한 방식이 기존 커널 코드베이스와 독립적으로 운영되면서, 코드의 일관성이 깨지고 커널 유지보수 비용이 증가할 것이라는 주장이다. 헬위그는 러스트를 기존에 작성한 C언어 코드와 함께 사용하는 것이 마치 '암적인 요소(cancer-like thing)'와 같다고 비유했다. 새로운 언어가 점진적으로 퍼지면서 점점 더 많은 영역을 차지하게 되고, 결국 리눅스 커널의 상당부분을 러스트로 전환해야 하는 상황이 올 수도 있다는 지적이다. 그는 "우리는 지금 하나의 커널을 유지하고 있으며, 이 코드베이스를 유지보수하는 커뮤니티가 있다"며 "그러나 두 개의 언어가 공존하면, 두 개의 다른 코드베이스를 유지해야 하는 것과 다름없다"고 덧붙였다. 또한 "DMA API에 러스트 인터페이스를 추가하는 것은 기존의 명확하고 단순한 C 코드에 불필요한 복잡성을 더하는 것과 같다"며 "이는 리눅스 커널의 구조를 더 이상 단순하게 유지할 수 없게 만들며, 시간이 지나면서 단순히 새로운 언어를 지원하는 것이 아니라, 기존의 체계를 바꾸어야 하는 수준으로 발전하는 것이 문제라고 지적했다. 러스트의 도입을 지지하는 개발자들은 러스트 코드가 기존 C API를 직접 변경하는 것이 아니라, C API를 추상화하는 계층을 통해 접근한다고 반박했다. 리눅스용 러스트 프로젝트를 주도하는 미구엘 오제다는 "러스트의 DMA API는 기존 C 코드에 변경을 가하지 않으며, 러스트 드라이버 개발자들이 관리하는 별도의 러스트 코드베이스에서 유지된다"고 설명했다. 그는 이러한 방식을 통해 기존 C 코드와 러스트 코드가 명확하게 분리되며, 기존 커널 구조를 유지하면서 러스트의 메모리 안전성을 활용할 수 있다고 강조했다. 그러나 헬위그와 같은 일부 커널 유지 관리자들은 러스트가 점차 커널 코드베이스를 잠식할 가능성을 우려하며, 핵심 서브시스템에서의 러스트 사용을 최소화해야 한다고 주장하고 있다. 러스트 도입을 둘러싼 논쟁이 심화되는 가운데 리눅스 커널 창시자인 리누스 토발즈는 중립적인 입장을 보였다. 그는 "러스트 도입을 실패라고 보기에는 아직 이르다"며 "우리는 이 작업을 몇 년째 진행 중이며, 이를 통해 많은 것을 배우고 있다"고 말했다. 러스트의 도입이 아직 실험적인 단계에 있으며, 개발자들이 점진적으로 문제를 해결해 나갈 수 있다는 입장이다.

2025.02.07 10:11남혁우