한때 AI 과장론을 90%나 일축했던 프로그래머가 커널 패치에 이름을 올리며 "이 코드는 제 것이 아니다"라고 말하다.
지난 10월 12일, Linus Torvalds는 리눅스 커널 메일링 리스트에 패치 시리즈를 게시했다. 이 브랜치는 noref-filemap-read-with-llm이라는 이름이다. 커버 레터에는 리눅스에 배포되는 모든 라인에 대한 최종 결정권을 여전히 가진 사람에게서 예상하기 어려운 문장이 담겨 있었다. Torvalds는 "이 코드, 테스트 프로그램, 위 목록의 검토 과정 및 이 텍스트 초안은 나의 지휘 아래 LLM 코딩 어시스턴트(Claude Code)를 사용하여 작성되었다"고 썼다. 그는 또한 "측정은 내 기계에서 실행되었다"라고 덧붙였다.
이 패치가 해결하는 문제는 범위는 좁지만 실제적이다. 여러 스레드가 동시에 같은 파일의 작은 청크들을 읽을 때, 커널의 페이지 캐시는 해당 데이터를 담고 있는 폴리오(folio)에 원자적 참조 카운트(atomic reference count)를 매번 증가시켜야 한다. 높은 동시성(heavy concurrency) 하에서 이러한 원자적 연산들은 동일한 캐시 라인(cache line)을 두고 서로 충돌하기 시작한다. Torvalds의 수정 사항은 대신 읽기 작업을 RCU 읽기 측 임계 영역(RCU read-side critical section) 내에서 수행하도록 하여, 참조 카운팅 과정을 완전히 건너뛰고 실제 메모리 해제는 RCU 그레이스 기간(grace period)이 지난 후에 지연시킨다. 만약 CPU당 1,024 페이지를 초과하여 해제를 기다리는 상태가 큐에 쌓이면 안전 장치가 작동하여 신속한 그레이스 기간을 강제함으로써 메모리가 무한정 쌓이는 것을 방지한다.
수치는 검증할 만큼 구체적이다. Torvalds 자신의 Core i7-8565U 노트북에서, 8개 스레드를 통해 16바이트 읽기를 수행했을 때, Hardware Busters가 보고한 수치에 따르면 커널 사이클당 읽기 횟수는 대략 2,950회에서 약 725회로 감소했다. 동일한 워크로드에서의 처리량(Throughput)은 990만 회에서 1,040만 회였던 것이 3,000만~3,300만 회 사이로 증가했다. 로드 히트엠(Load HITMs)으로 측정된 캐시 라인상의 경합 이벤트는 30,538회에서 101회로 떨어졌다. 다만 트레이드오프가 있다: 매핑되지 않은 페이지에 접근하는 단일 스레드 케이스의 경우 약간 느려졌다. 이는 약 4,150 사이클에서 6,550 사이클로 증가했는데, 이는 동시성이 없어 상쇄할 비용이 발생했을 때 새로운 장부 기록(bookkeeping)을 하는 비용이다.
패치를 처음 보도한 Phoronix는 해당 브랜치가 Linux 7.3-rc6을 목표로 하며 다가오는 7.4 병합(merge) 기간에 포함될 수 있다고 언급했지만, 기사 발행 시점에는 아직 병합되지 않은 상태였다. 이러한 시간적 흐름보다는 패치 안에 담긴 고백이 더 중요하다. 바로 이 코드의 작성자가 Torvalds 자신이 아니었다는 점이다. LLM이 그의 감독 하에 코드를 작성했고, 그가 벤치마크를 실행하고 트레이드오프(tradeoff)가 배포할 가치가 있다고 판단한 것이다.
Linus Torvalds tells AI critics to fork Linux or walk away and the software industry should listen
Linus Torvalds는 7월 15일 Linux가 AI 생성 코드 기여를 환영하며, 비판하는 사람들은 포크(fork)하거나 떠날 수 있다고 선언했다. Google의 Sashiko AI 리뷰어가 테스트에서 커널 버그의 53%를 이미 잡아내면서, 그의 입장은 소프트웨어 산업과 그 주변 도구를 구축하는 스타트업들에게 있어 중대한 전환점을 시사한다. - linus torvalds linux ai policy - should linux ban ai code
2024년 10월에 Torvalds는 AI 관련 논의의 90%가 마케팅 과장이라고 말한 바 있다. 그는 이 입장을 완전히 번복하지는 않았지만, 무언가가 바뀌었다. 2026년 7월 15일, 그는 커널 메일링 리스트에 글을 올려 프로젝트 내부 비판자들을 상대로 AI 코딩 도구 사용을 옹호했다. 그는 “Linux는 반(反)AI 프로젝트가 아니며, 만약 누군가 이에 문제가 있다면 오픈 소스 방식으로 포크하거나 그냥 떠날 수 있다”고 작성했다. ITsFoss와 ADTmag의 보도에 따르면, 촉매제 역할을 한 것은 Google이 2026년 3월에 오픈소스로 공개한 AI 코드 리뷰 시스템인 Sashiko였는데, 이 시스템은 테스트된 코드 세트에서 약 53%의 버그를 잡아낸 것으로 알려졌다.
Torvalds가 하향식으로 입장을 누그러뜨린 것은 아니다. 그는 2026년 5월에 AI 생성 버그 보고서들이 커널 보안 메일링 리스트를 “거의 완전히 관리 불가능하게” 만들었다고 지적한 바 있다. 이 불만은 저품질의 모델 작성 취약점 주장이 범람하는 오픈 소스 프로젝트 전반에서 공감을 얻었다. 그는 이러한 잡음과 자신이 페이지 캐시(page-cache) 패치로 수행한 작업 사이에 선을 그었다. 즉, 도구를 지시하고, 실제 하드웨어에서의 실제 측정값과 출력을 검증했으며, 자신의 이름을 결과물에 남겼다는 것이다. 이는 아무도 요청하지 않은 모호한 CVE 보고서를 제출하는 AI 봇과는 다른 차원의 문제였다.
이 패치가 단순한 호기심을 넘어 가치 있는 이유는 이 문장을 인정하는 사람이 누구인가에 있습니다. 수십 년 동안 코드를 읽고 병합하며 평판을 쌓아온 커널 유지보수자들이 챗봇이 테스트 프로그램을 작성했다고 전 세계 메일링 리스트에 아무렇지 않게 말하지는 않습니다. 솔직히 말해, 여기서 중요한 것은 세 배의 처리량이라는 숫자가 아니라 그와 함께 붙은 인정입니다. Torvalds는 역사적으로 AI 지원 개발에 가장 회의적인 인물입니다. 만약 그가 이를 공개적으로 언급하고 벤치마크를 보여준다면, 그것은 다른 공급업체의 사례 연구보다 엔터프라이즈 및 인프라 팀이 무시하기 더 어려운 신호입니다. Claude Code, OpenAI의 Codex, 그리고 Cursor 같은 도구들은 바로 이런 종류의 안전 필수적이고 오차 허용도가 낮은 코드베이스에서 신뢰성을 두고 경쟁해 왔습니다. Torvalds는 그중 하나에게 가장 명확한 지지를 건네준 셈입니다. 랜딩 페이지의 인용구가 아니라, 더 빠르게 실행되는 패치와 어떻게 작성되었는지 설명하는 커버레터가 그것입니다.
함께 읽기: Google이 이름을 갖기도 전에 사용했던 AI 모델 Hurricane Isaias • Andrej Karpathy는 현재 AI 역량 격차가 날카로운 깔때기라고 말한다 • Applied Materials, 모든 칩 제조사가 필요로 할 50억 달러 규모의 연구소 개관
본 기사는 기술 뉴스(Technology News)에 게시되었으니 관련 스토리를 더 확인해 보세요.
거의 다 왔습니다. 로그인하시면 바로 답글을 작성할 수 있습니다.
