Linux 7.1

리눅스 커널 7.1이 리누스 토발즈에 의해 공식 안정 버전으로 릴리스되었다. .1 버전 넘버에 속아 넘어가지 말 것 — 이번 릴리스에는 4년 동안 개발된 NTFS 드라이버 재작성부터 AI 버그 리포트 홍수로 인한 코드 대대적 정리까지 중요한 변화들이 담겨 있다.

1. 원문 핵심 내용

새로운 NTFS 드라이버 (가장 큰 변화)

리눅스 커널에 완전히 새로 작성된 NTFS 파일 시스템 드라이버가 포함되었다. 4년간의 개발 끝에 메인 커널에 머지된 것으로, 다음을 특징으로 한다:

• 완전한 읽기/쓰기 지원: 이전 ntfs3(파라곤사 개발)보다 안정적이고 성능이 개선됨
• iomap 인프라 활용: 커널의 iomap(입출력 매핑) 시스템을 사용해 쓰기 성능 향상
• 지연 할당(delayed allocation) 및 folio 통합: 메모리 관리 효율성 개선
• ntfsprogs-plus: 새로운 사용자 공간 유틸리티 스위트 제공

NTFS는 윈도우의 기본 파일 시스템이다. 리눅스에서 NTFS 파티션을 읽고 쓸 때 그동안 ntfs-3g(느리지만 안정적)나 ntfs3(파라곤사 코드의 리눅스 포팅)을 써야 했는데, 이번에는 커널 내부에서 완전히 새로 작성된 드라이버가 들어간 것이다.

AI가 가져온 의외의 긍정적 효과

리눅스 보안 메일링 리스트에 AI가 생성한 버그 리포트가 홍수처럼 쏟아져 들어오자, 리누스 토발즈가 보안 공개 정책을 재작성해야 했다. 하지만 이 부작용이 긍정적인 결과도 낳았다:

• ISDN 및 기타 레거시 네트워크 드라이버 제거: 거의 사용하지 않는 오래된 코드를 커널에서 제거함으로써 AI가 생성하는 잘못된 버그 리포트를 줄였다
• 14만 줄 이상의 코드 정리: PCMCIA 호스트 컨트롤러, 레거시 네트워킹 드라이버/프로토콜 등 사용되지 않는 코드 대거 삭제
• 커뮤니티에서는 "AI가 가져온 최고의 결과 중 하나"라고 평가

파일 시스템 및 스토리지 개선

• Btrfs: shutdown 작업이 실험적 마크에서 안정적(status stable)으로 변경
• exFAT: fallocate()를 통한 사전 할당 지원 — 파일 조각화 감소
• CIFS: O_TMPFILE 옵션으로 임시 파일 생성 지원
• ublk: UBLK_F_SHMEM_ZC 플래그로 제로-копи I/O 지원 — 불필요한 데이터 복사 감소

보안 강화

• Landlock: pathname UNIX 도메인 소켓에 대한 새로운 접근 권한 추가
• /proc/PID/mem: 더 엄격한 기본 권한 오버라이드 강제
• 새 보안 모듈 훅: 오버레이 파일 시스템, 유닉스 도메인 소켓용 추가

네트워크 및 시스템 호출

• io_uring: BPF(버터플라이 필터 프로그램) 지원 추가 — 메인 디스패치 루프를 BPF 프로그램으로 교체 가능
• clone3(): 자동 자식 프로세스 수거, pidfd 종료 연결 등 3가지 새 플래그
• UDP Lite: 지원 종료
• IPv6: 더 이상 모듈로 빌드 불가 — 커널에 직접 빌드하거나 완전히 비활성화해야 함

하드웨어 지원

• Intel FRED: Panther Lake 및 차세대 CPU용 Flexible Return and Event Delivery 기능 기본 활성화
• AMD Zen 6: 차세대 CPU 지원 준비
• Intel Arc Battlemage: 그래픽 성능 개선
• Lenovo Legion Go S: 컨트롤러 지원
• Apple SMC: 배터리 및 전원 모니터링
• 퀄컴, 록칩, 텐스토어런트, 에스윈, 뤠공선 등 광범위한 하드웨어 추가/개선

기타 주목할 만한 변화

• 스왑 서브시스템: 오래된 스왑 맵 제거로 효율성 향상
• cgroups: 종료된 cgroups가 고정된 메모리 folio로 남아있는 문제 해결
• sched_ext: 확장 가능한 스케줄러 클래스에 서브 스케줄러 지원 초기화
• Rust: 커널 내 Rust 지원이 Rust 1.85, bindgen 0.71.1 필요
• kernel-doc: 정규 표현식 대신 C 토크나이저를 사용하는 대대적 재작성

2. 커뮤니티 반응 (HN 댓글 분석)

HN에서 312점, 121개 댓글. 크게 네 가지 주제로 나뉜다:

NTFS 드라이버에 대한 기대와 우려

• smetannik: "Paragon의 ntfs3보다 나아졌으면 좋겠다" — 이전 ntfs3 드라이버에 대한 경험이 좋지 않은 사용자들이 많음
• joecool1029: "Gentoo 오버레이로 패키징해서 몇 달 썼는데 ntfs3의 이상한 문제들이 없다" — 이미 선제적으로 사용해본 사용자의 긍정적 피드백
• 9to5linux 댓글: "NTFS-3g를 Samba 공유에 사용하면 최대 속도의 3분의 1로 느려진다" — NTFS 성능 문제는 오래된 고질적 문제

AI 버그 리포트와 코드 정리 논쟁

가장 활발한 논쟁 주제. 두 가지 시각이 충돌했다:

찬성 측:

• TacticalCoder: "거의 안 쓰는 오래된 코드를 커널에서 제거해서 AI 버그 리포트를 줄이는 건 AI가 가져온 최고의 결과"
• knorker: "코드는 부채다. AI가 그것을 무시하기만 더 어렵게 만들었다"
• dormento: "'chud defense' 역할도 한다" — AI 봇이 레거시 코드를 공격하는 경로를 차단한다는 의미

반대 측:

• SoftTalker: "이런 사고방식이 Windows 11 때문에 완벽하게 작동하는 데스크탑을 다 교체하게 만든 것"
• fhdkweig: "그 오래된 코드는 추가되었을 때 실제로 유용했다. 초기 리눅스의 장점 중 하나는 모든 하드웨어에서 작동하려고 시도했다는 것"
• asgraham: "드문 장치를 위한 드라이버 삭제를 반대하는 건 아니다. 하지만 선이 어딘가에 있을 것이다. 아마 '더 이상 존재하지 않는 장치'쯤에서"
• Chesterton's Fence 논쟁: conorcleary가 "체스터턴의 울타리"를 인용했고 zamadatix가 "울타리가 왜 세워졌는지 배우라는 것일 뿐, 그 다음 행동을 지시하는 건 아니다"라고 반박

배포판과 커널 업데이트 속도

• naturalmovement: "Debian Stable에서 이걸 볼 수 있는 시기는 2036년쯤 안전한가?" — Debian의 느린 업데이트 속도에 대한 전형적인 농담
• raegis: 실제로 Debian backports를 사용하고 있으며 7.0을 이미 쓰고 있음 — backports가 중간 지점을 제공한다는 현실적 조언
• GreenSalem: "Arch 기본값은 7.0.10, 7.1이 곧 롤링으로 들어오길 기대 중"
• senectus1: "Fedora는 몇 달 뒤일 것"

Anubis 봇 차단과 애니메이션 아바타 논쟁

• Y-bar: "콘텐츠 로드 직전에 애니메이션 아바타가 잠깐 지나가는 걸 본 사람?" — Hacker News의 Anubis 봇 차단 시스템에서 표시되는 캐릭터에 대한 질문
• anonymous908213: "어른 남자들 중卡通 여성 그림을 마주했을 때 맹폭발하는 사람이 얼마나 많은지 놀랍다" — Anubis 로고를 둘러싼 논쟁에 대한 관찰
• notafox: uBlock Origin 필터로 아바타를 차단하는 방법을 공유
• saltamimi: "개인적 선호지만 덜 전문적으로 보인다"

빌드 속도 벤치마크

• jcalvinowens가 실제 빌드 시간(56초)을 공개하고 chlorion이 "90초는 캐시 없는 콜드 빌드 시간이며, 대부분의 빌드 대상은 드라이버"라고 설명 — 커널 빌드 성능에 대한 기술적 논의

3. 새로운 시각

1) AI의 역설적 정리 효과: 부수 효과가 핵심 가치로

AI 버그 리포트 홍수가 의도하지 않게 리눅스 커널의 레거시 코드를 정리하게 만들었다. AI가 "존재하지 않는 하드웨어 드라이버에 대한 버그 리포트"를 대량 생성하면서, 유지보수자들이 "이 코드를 아예 없애버리는 게 더 효율적"이라는 결론에 도달했다. 이는 AI가 단순히 코드를 생성하는 도구가 아니라, 기존 시스템의 부채를 가시화하는 도구로도 작용할 수 있음을 보여준다. 소프트웨어 공학에서 "코드는 부채"라는 말이 있지만, AI가 그 부채의 이자를 계산해서 보여준 셈이다.

2) NTFS 드라이버의 정치적 의미: 리눅스와 윈도우의 경계 흐려짐

4년간 개발된 NTFS 드라이버는 단순한 파일 시스템 지원 이상을 의미한다. 리눅스 사용자가 윈도우 파티션을 원할하게 읽고 쓸 수 있게 되면, 듀얼 부팅이나 윈도우-리눅스 공유 환경에서의 마찰이 줄어든다. 이는 리눅스의 진입 장벽을 낮추는 효과가 있으며, 특히 게임(Steam Deck)이나 기업 환경에서 윈도우 저장 장치를 자주 다루는 사용자에게 실질적 이점을 준다. "리눅스가 윈도우를 대체한다"는 극단적 주장보다는 "두 시스템이 더 자연스럽게 공존한다"는 방향으로 생태계가 이동하고 있다.

3) 코드 제거 논쟁의 본질: 체스터턴의 울타리 vs. 기술적 현실

ISDN 드라이버 제거 논쟁은 소프트웨어 유지보수의 근본적 딜레마를 보여준다. 체스터턴의 울타리("울타리가 왜 세워졌는지 모르면 허물지 말라")는 합리적으로 들리지만, ISDN이라는 기술 자체가 시장에서 사라진 상황에서는 울타리 유지가 오히려 비용이 된다. 핵심 질문은 "누가 이 코드를 사용하고 있는가"가 아니라 "이 코드를 유지하는 비용이 제거하는 비용보다 큰가"로 이동했다. AI가 이 전환을 가속화했지만, 근본적인 문제는 AI 이전부터 존재했다.

4. 자녀/미래 영향

아인(딸): 대학에 가면 컴퓨터 과목을 수강할 가능성이 있다. 리눅스 커널이 어떻게 진화하는지, 그리고 AI가 소프트웨어 개발 프로세스에 어떤 영향을 미치는지 이해하는 건 디지털 리터러시의 일부다. 특히 "AI가 만든 버그 리포트가 오히려 레거시 코드를 정리하게 했다"는 사례는 AI를 단순 도구가 아니라 생태계 변화의 촉매제로 바라보는 시각을 길러줄 좋은 예시다.

석현(아들): 프로그래밍을 시작할 때 "코드를 많이 추가하는 게 능력이 아니다, 불필요한 코드를 제거하는 게 더 중요한 기술"이라는 점을 일찍 배우길 바란다. 리눅스 커널의 14만 줄 코드 정리는 "완벽함은 더 이상 추가할 것이 없을 때가 아니라, 더 이상 제거할 것이 없을 때 달성된다"는 생트익스페루리의 명언을 실천한 사례다.

은한(아들): 아직 어려서 직접적인 영향은 적지만, 가족이 쓰는 컴퓨터에서 리눅스와 윈도우가 더 자연스럽게 함께 작동하는 미래를 볼 것이다. NTFS 드라이버 개선은 이런 작은 편의성 개선들이 모여 사용자의 일상을 바꾸는 좋은 예다.

관련 노트

[[Linux 커널 개발 주기]] (향후 참조용)