Blog

머지된 코드는 git log로 쉽게 볼 수 있다. 반면 앞으로 무엇이 들어올지는 메일링 리스트, 학회 발표, 메인테이너의 반응을 함께 봐야 알 수 있다. 기여할 주제를 고르려면 바로 이 “아직 머지되지 않은 부분”을 알아야 한다. 이미 합의된 방향에 맞춰 작은 패치를 보낼지, 논쟁 중인 설계에 리뷰로 참여할지가 여기서 갈린다.

이 글에서는 2026년 8월 말부터 10월 말까지 linux-mm에 올라온 주요 패치 시리즈를 정리한다. 2026년 5월 LSFMM+BPF 서밋의 mm 트랙 논의도 함께 다룬다. 패치 목록은 LWN 주간판의 “Memory management” 패치 목록 10주치에서 뽑았다. 상태는 2026년 10월 30일 mm 트리 기준이다.

이 시리즈의 다른 글

• 리눅스 커널 mm 서브시스템 동향 (1) — 개발 구조와 추적 방법
• 리눅스 커널 mm 서브시스템 동향 (2) — 7.0~7.4에 머지된 변화

지금 mm-new에 들어온 것

7.4 머지 윈도우가 열려 있는 지금도 mm-new에는 7.5를 노리는 시리즈가 들어오기 시작했다. 기능성 변경만 골라 보면 아래와 같다.

git log --no-merges --format='%h %an | %s' mm/mm-unstable..mm/mm-new \
    | grep -E "zswap|memcg|vmemmap|page table alloc|lruvec|deferred split"

4edea482853 Alexandre Ghiti | mm/zswap: plug the writeback IO of an LRU walk
958d78e9ede Alexandre Ghiti | mm/zswap: batch the writeback IO of consecutive entries
7d4b0924bb8 Muchun Song | mm: generalize PUD page table allocation
9878b985447 Muchun Song | mm: generalize PMD page table allocation
1b30fcb9e1d Tal Zussman | mm: memcontrol: remove page_memcg_check()
f9ed365ca32 Tal Zussman | mm: memcontrol: remove mod_memcg_page_state()
2b18f1710dc Joanne Koong | memcg: don't go through the lruvec for folio and kmem lruvec stat updates
2fa7d358692 Joanne Koong | memcg: reduce cacheline contention between lruvec stat updates and LRU lists
d05d5e554be Siddharth Chintamaneni | mm: multi-gen LRU: remove get_lruvec()
391382b32d1 Siddharth Chintamaneni | mm: multi-gen LRU: use mem_cgroup_lruvec() in get_lruvec()
acb9108c488 Muchun Song | mm/hugetlb_vmemmap: remove hugetlb_vmemmap_optimize_bootmem_folios()
2491a8cb256 Muchun Song | mm/hugetlb_vmemmap: remove vmemmap_wrprotect_hvo()
4b539bb4816 Muchun Song | powerpc/mm: map shared vmemmap tail pages as read-only
078daddbfc6 Muchun Song | mm/sparse-vmemmap: map shared vmemmap tail pages as read-only
b0d310822a9 Kuniyuki Iwashima | memcg: uncharge pages outside memcg_stock.lock in refill_stock()
79e87bae4d5 Kuniyuki Iwashima | memcg: annotate slow paths in consume_stock() and refill_stock()
ea1ef8f162f Kuniyuki Iwashima | memcg: reduce nesting in consume_stock() and refill_stock()
e650205fdc6 Kuniyuki Iwashima | memcg: remove unnecessary READ_ONCE() under memcg_stock.lock
70482ade80b Joanne Koong | mm: unqueue deferred split folios outside the lruvec lock

Muchun Song의 페이지 테이블 할당 일반화는 10월 14일 리스트에 올라왔고 2주 만에 mm-new에 들어왔다. 아래 주제들은 이보다 크고 논쟁적이라 아직 리스트 단계에 있다.

스왑 공간 가상화: vswap 대 xswap

지금 가장 뜨거운 쟁점이다. 현재 zswap에 저장된 folio도 물리 스왑 장치의 슬롯을 하나씩 차지한다. 그래서 데이터센터에서는 실제로 쓰지 않는 플래시 공간을 대량으로 잡아 둬야 한다. 해법이 두 갈래로 경쟁한다.

논쟁의 밑바닥에는 스왑 제한(memcg memory.swap.max 등)의 의미 차이가 있다. 프로세스의 가상 크기를 제한하는 용도라면 zswap도 과금해야 한다. 물리 스왑 공간만 제한하는 용도라면 과금하지 않아야 한다. 어느 쪽을 택하든 한쪽 사용자는 불만이 남는다.

MGLRU와 회수 경로 통합

커널에는 회수 알고리즘이 두 개 있다. 전통 LRU와 MGLRU다. Shakeel Butt는 LSFMM+BPF에서 “mm/vmscan.c가 8,000줄을 넘고 그중 40%가 MGLRU 전용”이라며 통합을 제안했다. 현재 메인라인의 mm/vmscan.c는 8,282줄이다.

Android 측 요구도 있다. HONOR는 약 7,000만 대 기기에 MGLRU를 켰다. 이 회사는 회수를 8.3ms 안에 끝내야 하고, 포그라운드 앱을 건너뛰는 훅이 필요하다고 발표했다. 지금은 벤더별 훅으로 해결하고 있어 공통 인터페이스가 요구된다.

THP: 1GB, 자동 모드, 분할

struct page와 folio의 다음 단계

페이지 캐시와 refcount 확장성

10월에는 같은 문제를 겨냥한 시리즈가 세 개 나왔다. 읽기 경로에서 folio refcount를 올리고 내리는 원자 연산이 많은 코어에서 병목이 되는 문제다.

memcg와 BPF

BPF로 mm 정책을 바꾸려는 제안은 많지만 아직 메인라인에 들어간 것은 없다. Hildenbrand는 ABI 안정성을 가장 큰 장애물로 꼽았다. 훅을 한번 열면 몇 년 뒤 설계를 바꾸기 어렵다는 이유다.

티어드 메모리, CXL, 디바이스 메모리

그 밖의 장기 과제

관심사별 참여 지점

주의사항

• 이 글의 상태 정보는 2026년 10월 30일 기준이다. 리스트의 최신 리비전과 메인테이너 답장을 다시 확인할 것. mm 시리즈는 리비전 사이에 설계가 크게 바뀌기도 한다.
• 경쟁 중인 두 안 중 한쪽을 택해 그 위에 패치를 쌓지 말 것. vswap/xswap처럼 결론이 나지 않은 주제는 리뷰나 벤치마크로 참여하는 편이 안전하다.
• 새 GFP 플래그나 페이지 플래그를 요구하는 설계는 피할 것. 두 자원 모두 부족해 __GFP_PRIVATE, __GFP_UNMAPPED도 반대에 부딪혔다.
• BPF 훅 제안은 ABI 문제부터 답할 것. 훅을 트리 안 BPF 프로그램으로만 쓰게 할지, 언제 없앨 수 있는지를 커버 레터에 적는다.

마무리

2026년 가을 mm의 쟁점은 네 가지로 모인다. 스왑 가상화의 설계 선택, 회수 알고리즘 통합, 1GB와 mTHP를 포함한 THP 자동화, BPF 정책 훅의 ABI 문제다. 어느 주제든 리뷰어가 부족하다. 관심 주제의 시리즈를 받아 빌드하고 테스트 결과를 답장하는 것부터 시작하면 된다.

참고

• The [vx]swap showdown (LWN)
• What is to be done about MGLRU? (LWN)
• Scaling transparent huge pages to 1GB (LWN)
• Better automatic management of transparent huge pages (LWN)
• Further progress toward removing the page map count (LWN)
• Separating memory descriptors from struct page (LWN)
• Controlling memory management with BPF (LWN)
• Recent work in memory tiering (LWN)
• Support for private memory nodes (LWN)
• Two LLM-assisted memory-management patch sets (LWN)