2026년 10월 18일 일요일 오후, 리누스 토르발스가 리눅스 7.3 정식 버전을 공식 발표했습니다. 머지 커밋을 제외하고도 18,765개의 커밋이 반영되면서 커널 전체 코드 규모는 4,100만 행을 넘어섰습니다. 이번 릴리스에서 가장 많은 주목을 받는 변화는 일상적인 데스크톱 조작의 반응성 개선입니다. 오랫동안 이어져 온 커널의 기본 스케줄링 구조가 근본적으로 개편되었습니다.
스케줄러 메인테이너인 피터 질스트라(Peter Zijlstra)의 테스트 시스템에서는 백그라운드 연산 작업 8개가 CPU를 완전히 점유한 상태에서도 전면에서 실행 중인 게임의 최저 프레임이 기존 3.8fps에서 20.6fps로 껑충 뛰었습니다. 지금까지의 커널 개발이 데이터센터 중심의 최대 처리량 확보에 집중해 왔다면, 리눅스 7.3은 엔지니어링의 우선순위를 데스크톱 사용자 반응성으로 전환하여 간헐적인 끊김과 디스패치 지연을 직접 해결하고 나섰습니다.
최저 프레임 5배 향상: cgroup을 단일 실행 큐로 통합
오랜 기간 리눅스의 cgroup 스케줄링은 프로세스 그룹마다 개별 실행 큐(런큐)를 배정해 왔습니다. 이러한 구조는 대규모 배치 작업 간의 자원 격리에는 안정적이었으나, 작업 기상(wake-up) 시 상당한 지연을 유발했습니다. 높은 우선순위를 지닌 대화형 작업이 선점(preemption)을 시도할 때 큐 간 락 경합을 거쳐야 했고, 백그라운드 컴파일이 급증하면 데스크톱 인터페이스의 부드러움이 여지없이 무너졌습니다.
피터 질스트라는 리눅스 7.3에서 프로세스 그룹 간의 타임 슬라이스 분배 방식을 재설계했습니다. 커널은 다중 큐를 하나의 단일 실행 큐로 통합했으며, 이를 기본값으로 활성화된 concur 스케줄링 모드로 제공합니다. 기존 방식으로 되돌릴 수 있는 옵션도 남아 있지만, 단일 큐 구조는 컨텍스트 스위칭 과정에서의 락 경합을 비약적으로 줄였습니다.
8개의 백그라운드 프로세스가 CPU를 최대 부하로 점유하는 가혹한 조건에서도 동일한 게임의 평균 프레임은 48.0fps에서 57.2fps로 19% 상승했습니다. 특히 조작감과 버벅거림을 직접 체감하게 만드는 최저 프레임은 3.8fps에서 20.6fps로 무려 440% 이상 폭등했습니다. 평균 프레임이 전체적인 이론적 처리량을 나타낸다면, 최저 프레임은 사용자가 손끝으로 느끼는 반응성을 좌우합니다. 단일 실행 큐는 스케줄링 주기의 불규칙한 지연 스파이크를 없애고 CPU 자원을 전면 작업에 즉각 공급합니다.
이와 함께 플러그형 스케줄러 프레임워크인 sched_ext의 핵심 기능들도 7.3 단계에서 완성을 보았습니다. 이를 통해 사용자 공간에서 맞춤형 스케줄러를 개발할 수 있는 발판이 마련되었습니다. 하지만 일반 사용자가 즉시 체감하는 매끄러운 반응성은 기본 스케줄러의 단일 큐 개편에서 비롯됩니다.
그림: 리눅스 7.3 출시 로고. 출처: OMG! Ubuntu
밸브(Valve)의 핵심 기여: 8GB VRAM으로 9GB급 게임 구동
데스크톱 및 휴대용 게임기 환경의 병목은 CPU 스케줄러에만 머무르지 않습니다. 밸브의 엔지니어 나탈리 복(Natalie Vock)은 리눅스 7.3에 중대한 비디오 메모리 관리 패치를 반영했습니다. AMD GPU 드라이버를 수정한 이 패치는 비디오 메모리가 한계에 도달했을 때의 스케줄링 정책을 완전히 바꿉니다.
높은 우선순위의 전체 화면 그래픽 프로그램이 보호된 메모리를 요청하면, 커널은 비보호 데이터에 대한 축출(eviction)을 능동적으로 시작합니다. 백그라운드 작업이 점유하고 있던 미보호 데이터는 VRAM에서 비워져 시스템 일반 메모리로 임시 이전됩니다. 이전의 리눅스는 비디오 메모리가 부족해지면 화면 멈춤이나 프로세스 비정상 종료를 일으키기 쉬웠으나, 새로운 축출 메커니즘을 통해 드라이버 레벨에서 유연한 회피 경로를 마련했습니다.
8GB 비디오 메모리를 탑재한 테스트 기기에서 약 9GB에 달하는 VRAM을 요구하는 최신 대작 게임 《인디아나 존스: 그레이트 서클》을 실행했을 때, 리눅스 7.3 환경에서는 시스템이 멈추지 않고 안정적으로 구동되었습니다. 물리 메모리 용량 부족 상황에서도 프레임이 급락하는 일은 없었습니다. 운영체제가 비디오 메모리의 초과 할당을 계층적 페이징으로 능숙하게 관리하며 렌더링 파이프라인을 계속 유지해 낸 것입니다.
이 작업은 스팀OS(SteamOS)와 휴대용 게임 기기 생태계에 큰 혜택을 줍니다. 이번 릴리스와 함께 2026년형 스팀 컨트롤러의 초기 메인라인 드라이버와 MSI Claw 휴대용 게임기용 드라이버도 함께 포함되었습니다. 커널은 게임 환경의 요구사항을 발 빠르게 수용하며 한정된 하드웨어 자원의 활용도를 한계까지 끌어올리고 있습니다.
버퍼 락을 우회하는 다이렉트 I/O: NVMe 읽기 219만 IOPS 달성
반응 지연을 줄이려는 엔지니어링 노력은 스토리지 서브시스템으로도 이어졌습니다. 초고속 PCIe Gen5 NVMe SSD가 보편화되면서 하드웨어가 마이크로초 단위의 극히 낮은 지연 시간으로 동작함에 따라, 입출력 버퍼를 관리하는 커널 페이지 캐시 내부의 락 경합이 점차 병목으로 떠올랐습니다. 스토리지 병목이 플래시 미디어 자체에서 운영체제 내부의 소프트웨어 경로로 옮겨간 것입니다.
바이트댄스(ByteDance) 엔지니어들은 ext4 및 XFS 파일 시스템을 겨냥한 다이렉트 읽기 최적화 패치를 기여했습니다. PCIe Gen5 NVMe SSD 벤치마크에서 4K 무작위 다이렉트 읽기 성능은 기존 192만 IOPS에서 219만 IOPS로 14% 향상되었습니다. 비동기 I/O 프레임워크인 io_uring과 함께 사용할 때 처리량 향상은 더욱 뚜렷하게 나타납니다. 다이렉트 I/O가 페이지 캐시 할당 경로를 우회함으로써 최신 NVMe 컨트롤러의 전체 버스 대역폭을 온전히 활용할 수 있게 되었습니다.
Btrfs 파일 시스템 또한 이번 버전에서 집중적인 리팩터링을 거쳤습니다. 다이렉트 I/O 쓰기 로직이 IOmap 바운스 버퍼 방식으로 전환되면서 기존의 버퍼 폴백 방식을 대체했습니다. 홀(hole)이 없는 대용량 다중 익스텐트 파일의 경우 전체 fsync 실행 시 홀 탐색 과정을 생략하도록 개선되었으며, 익스텐트 미리 읽기 주변의 락 오버헤드도 크게 줄였습니다.
포로닉스(Phoronix)는 인텔 제온 678X와 PCIe 4.0 SSD를 탑재한 HP Z4 G6i 워크스테이션에서 리눅스 7.2와 7.3의 성능을 비교 측정했습니다. 동일한 기본 마운트 설정 아래에서 Btrfs는 일부 국소 환경에서 3배에서 5배에 달하는 처리량 급증을 기록했습니다. 파일 시스템 내부의 대기 시간을 정밀하게 걷어냄으로써 스토리지 I/O 요청이 한층 더 균일하고 낮은 지연 시간으로 반환되도록 만든 것입니다.
그림: 리눅스 커널 7.3에 공식 도입된 주요 스케줄러 및 하드웨어 최적화. 출처: Linuxiac
20년 전 구형 아키텍처 지원: 펜티엄 III에 메모리 배리어 복원
최신 성능을 향해 질주하는 동시에 커널은 구형 플랫폼에 대한 끈끈한 유지보수 역량을 다시금 보여주었습니다. 리눅스 7.3은 커널 내부 깊숙이 오랫동안 숨어 있던 암묵적 명령어 의존성을 바로잡았습니다. SSE2를 지원하지 않는 옛 AMD 애슬론 XP 프로세서가 올바른 메모리 쓰기 순서 보장을 되찾았으며, 초기 인텔 펜티엄 III와 셀러론 프로세서 역시 동일한 혜택을 받게 되었습니다.
기존 코드베이스는 SSE2에 속하는 명령어를 잘못 호출하여, 오래된 칩셋이 최근 커널에서 비순차적 메모리 실행 위험에 노출될 가능성을 안고 있었습니다. 커널 개발팀은 네이티브 SFENCE 배리어 명령어를 적절히 보완하여 20년 전 플랫폼에 필요한 쓰기 순서 무결성을 복구했습니다. 현대 데이터센터가 64비트 멀티코어로 가득 차 있는 오늘날에도 업스트림 커널은 가장 밑바닥의 호환성 약속을 저버리지 않았습니다.
유사한 장기 유지보수 사례는 그래픽 스택에서도 확인됩니다. 2012년에 출시된 AMD 라데온 HD 7000 시리즈 그래픽 카드가 이번 업데이트를 통해 DRM 포맷 모디파이어(DRM format modifier) 지원을 획득했습니다. 이 패치는 1세대 GCN 아키텍처가 벌칸 기반의 웨이랜드(Wayland) 컴포지터 위에서 원활하게 협력할 수 있도록 도와 오래된 하드웨어의 수명을 연장합니다.
주변 하드웨어 지원 측면에서는 USB-C 케이블 대역폭 사전 검사 로직이 새롭게 추가되었습니다. 호스트 기기가 디스플레이포트나 썬더볼트 같은 대체 모드(Alt Mode)를 활성화하기 전에 물리 케이블의 대역폭 한계를 먼저 감지합니다. 이 외에도 OverlayFS에 id-mapped 마운트가 지원되며, 결함 주입 테스트를 위한 FailFS 및 새로운 fchroot() 시스템 호출이 추가되었습니다.
4,100만 행 커널, 테일 레이턴시 중심으로 패러다임 전환
2026년 10월 18일, 리누스 토르발스는 공식 릴리스 공지를 올리며 일요일 오후에 요일을 잊지 않고 챙긴 덕분에 정해진 일정대로 배포할 수 있었다는 농담을 덧붙였습니다. 이번 릴리스에는 3,021명의 개발자가 참여했으며, 그중 807명은 처음으로 커널에 기여한 개발자였습니다. 예정된 일정에 따라 향후 출시될 우분투 26.10이 이 커널을 기본 탑재할 예정이며, 장기 지원(LTS) 버전들 역시 이 아키텍처를 기반으로 구축될 가능성이 높습니다.
지난 수십 년간 서버 클러스터의 처리량 지표는 운영체제의 진화를 이끄는 핵심 기준이었습니다. 엔지니어들은 초당 수천만 개의 네트워크 패킷을 처리할 수 있도록 코드를 깎았고 단일 장비의 동시 접속 수를 극한으로 끌어올렸습니다. 이러한 거시적 처리량 지향은 클라우드에서 리눅스의 확고한 지배력을 확립했지만, 데스크톱과 단말기 사용자의 일상적 반응 경험은 뒷전으로 밀려나기 일쑤였습니다.
리눅스 7.3은 매우 뚜렷한 엔지니어링 패러다임 전환을 보여줍니다. 밸브의 동적 비디오 메모리 축출 로직이든, cgroup 스케줄러의 단일 실행 큐 통합이든, 모든 최적화의 초점은 테일 레이턴시(꼬리 지연)를 낮추는 데 맞춰져 있습니다. 사용자가 체감하는 매끄러움은 가장 지연된 단 하나의 프레임이 제시간에 렌더링되는지, 그리고 키 입력과 입출력 요청이 커널 내부의 락 경합을 피할 수 있는지에 달려 있습니다.
4,100만 행에 달하는 방대한 커널은 간헐적 버벅거림을 유발하던 오랜 구조들을 체계적으로 걷어내기 시작했습니다. 운영체제 성능 경쟁의 무게중심은 이동했습니다. 리눅스는 클라우드의 탄탄한 기반을 지키는 동시에, 정밀하고 절제된 시간 분배로 사용자의 디스플레이 화면 앞에 머무는 수십 밀리초의 편안함을 온전히 수호하고 있습니다.
참고 링크:
- LKML 릴리스 발표
- OMG! Ubuntu 보도
- Linuxiac 보도
- Phoronix Btrfs 벤치마크
