토르발스, 클로드 코드로 리눅스 파일 읽기 패치 작성…8스레드 사이클 4분의 1로 줄였다

리눅스 창시자 리누스 토르발스(Linus Torvalds)가 AI 코딩 도구의 도움을 받아 커널 패치를 만들었다고 직접 밝혔다. 10월 12일(현지시각) 리눅스 커널 메일링 리스트에 올린 패치 시리즈의 커버레터(변경 취지를 설명하는 안내문)에서다. 브랜치 이름은 noref-filemap-read-with-llm이다.

패치는 여러 스레드가 같은 파일을 동시에 읽을 때 생기는 병목을 겨냥한다. 토르발스가 직접 돌린 측정에서 읽기 한 번당 커널 사이클은 약 4분의 1로 줄었다. 스타트업포춘은 이 패치를 두고 ‘수치보다 그 옆에 붙은 고백이 더 중요하다’는 취지로 평가했다.

같은 파일을 여럿이 읽을 때 생기는 병목

스타트업포춘에 따르면 패치가 풀려는 문제는 범위가 좁지만 실제로 존재하는 문제다. 여러 스레드가 같은 파일에서 작은 조각을 동시에 읽으면 커널의 페이지 캐시는 데이터를 담은 폴리오(folio)의 원자적 참조 카운트를 매번 올려야 한다. 동시성이 높아지면 이 원자 연산들이 같은 캐시 라인을 두고 서로 부딪힌다.

토르발스의 해법은 읽기를 RCU 읽기 측 임계 구역 안에서 처리하는 것이다. 참조 카운트를 올리고 내리는 과정을 아예 건너뛰고 실제 메모리 해제는 RCU 유예 기간(grace period)이 지난 뒤로 미룬다. 읽는 쪽의 부담을 없애는 대신 해제를 늦추는 구조다.

해제를 미루면 메모리가 무한정 쌓일 수 있어 안전장치도 넣었다. CPU 하나당 해제 대기 중인 페이지가 1,024개를 넘으면 유예 기간을 서둘러 끝내도록 강제한다. 대기열이 한도 없이 불어나는 일을 막으려는 장치다.

읽기당 2,950→725사이클…단일 스레드는 오히려 느려져

수치는 검증이 가능할 만큼 구체적이다. 토르발스가 쓴 노트북은 코어 i7-8565U 기반이다. 이 장비에서 스레드 8개가 16바이트씩 읽는 작업을 돌리자 읽기 한 번당 커널 사이클이 약 2,950에서 약 725로 줄었다. 하드웨어 버스터스(Hardware Busters)가 전한 수치다.

처리량도 달라졌다. 같은 작업에서 초당 읽기 횟수는 990만~1,040만 건이던 것이 3,000만~3,300만 건으로 뛰었다. 캐시 라인 경합 횟수를 나타내는 Load HITM은 3만 538건에서 101건으로 떨어졌다. 병목의 원인이던 충돌이 거의 사라졌다는 뜻이다.

대가도 있다. 매핑되지 않은 페이지를 건드리는 단일 스레드 사례는 약간 느려졌다. 사이클이 약 4,150에서 6,550으로 늘었다. 새 장부 관리 비용을 나눠 부담할 동시 접근이 없기 때문이다. 토르발스는 이 손해를 감수할 가치가 있다고 판단했다.

커버레터의 한 문장…“내 지시 아래” LLM이 작성

눈에 띄는 대목은 커버레터의 문장이다. 토르발스는 이렇게 썼다. “코드, 테스트 프로그램, 위 목록의 바탕이 된 리뷰, 이 글의 초안은 내 지시 아래 LLM 코딩 어시스턴트(클로드 코드)가 작성했다. 측정은 내 컴퓨터에서 실행했다.”

커널의 모든 줄에 대해 최종 결정권을 쥔 사람이 코드를 쓴 주체를 AI로 적은 것이다. 스타트업포춘은 코드를 쓴 것은 LLM이지만 벤치마크를 돌리고 트레이드오프를 감수할지 결정한 사람은 토르발스라고 짚었다. AI에 맡긴 부분과 사람이 책임진 부분을 나눠 적은 셈이다.

패치는 아직 병합되지 않았다. 스타트업포춘은 Phoronix가 이 패치를 처음 보도했다고 전했다. Phoronix에 따르면 브랜치는 리눅스 7.3-rc6를 대상으로 하며 곧 열릴 7.4 병합 기간에 들어갈 수 있다. 다만 보도 시점에는 병합 전이었다.

90% 마케팅 발언에서 ‘포크하라’까지

토르발스의 AI 발언은 시간이 지나며 달라졌다. 스타트업포춘에 따르면 그는 2024년 10월에 AI를 둘러싼 이야기의 90%가 마케팅 과장이라고 말했다. 완전히 입장을 뒤집은 것은 아니지만 무언가 바뀌었다는 것이 매체의 설명이다.

2026년 7월 15일에는 프로젝트 안의 비판자들에 맞서 AI 코딩 도구 사용을 옹호하는 글을 메일링 리스트에 올렸다. “리눅스는 반(反)AI 프로젝트가 아니다. 문제가 있다면 오픈소스답게 포크(fork)하면 된다. 아니면 그냥 떠나라”는 내용이다. 이츠포스(ITsFoss)와 ADT매그 보도에 따르면 계기 중 하나는 구글이 만들어 2026년 3월 오픈소스로 공개한 AI 코드 리뷰 시스템 사시코였다. 테스트한 코드 세트에서 버그의 약 53%를 잡았다고 알려졌다.

경계심이 사라진 것은 아니다. 토르발스는 2026년 5월 AI가 만든 버그 리포트 탓에 커널 보안 메일링 리스트가 ‘거의 관리 불가능’해졌다고 말했다. 스타트업포춘은 이를 다른 오픈소스 프로젝트에서도 나오는 불만으로 소개했다. 모델이 쓴 저품질 취약점 신고가 쏟아진다는 것이다.

스타트업포춘은 토르발스가 이번 패치로 그 소음과 선을 그었다고 해석했다. 도구를 직접 지휘하고 결과를 실제 장비의 측정값으로 검증한 뒤 자기 이름을 걸었다는 점에서 아무도 요청하지 않은 모호한 CVE 보고서를 올리는 AI 봇과 다르다는 논리다. 매체는 클로드 코드와 오픈AI의 코덱스, 커서가 안전이 중요하고 허용 오차가 낮은 코드베이스에서 신뢰를 얻으려 경쟁해 왔다고 덧붙였다. 토르발스의 커버레터는 그중 하나에 광고 문구가 아닌 실제 패치로 가장 분명한 보증을 준 셈이라는 평가다.