Linus Torvalds, Claude Code와 리눅스 커널 메모리 관리 개선 작업

AI 요약

Linus Torvalds가 noref-filemap-read-with-llm 브랜치에서 리눅스 커널 메모리 관리 코드를 개선하고 있습니다. 여러 스레드가 한 파일을 작은 단위로 읽을 때 folio 참조 횟수 계산이 경합을 일으키는 문제를 다룹니다. 패치의 목표는 folio 참조 없이 페이지 캐시에서 데이터를 읽는 것입니다.

Claude Code를 활용한 패치 작업

Torvalds는 패치 설명에서 코드와 테스트 프로그램, 검토 작업, 커버레터 초안을 Claude Code의 도움을 받아 작성했다고 밝혔습니다. LLM 코딩 보조 도구를 자신의 지시에 따라 사용했으며, 성능 측정은 본인 컴퓨터에서 진행했다고 설명했습니다. 기사에 따르면 패치 시리즈는 해당 읽기 경로의 병목을 크게 줄였지만, 구체적인 측정 수치는 본문에 제시되지 않았습니다.

Lobsters 반응

• @pkubaj — 리눅스에는 이미 LLM이 생성한 코드가 들어 있습니다. LLM 생성 코드 사용을 피할 방법이 없기 때문입니다. GCC와 LLVM으로 리눅스를 빌드할 수 있고, 두 컴파일러에도 LLM 생성 코드가 있습니다. LLM을 전혀 쓰지 않으려면 LLM에 반대하는 운영체제를, LLM 도움 없이 작성한 컴파일러로 빌드해야 합니다. 그러면 리눅스 배포판과 BSD 시스템, Illumos도 제외됩니다. 아마 남는 것은 9front뿐일 겁니다. 모든 용도에 그걸 쓰시길 바랍니다. 펌웨어 코드도 하늘에서 떨어지는 게 아니라 사람이 작성합니다. 요즘은 ‘환각’이라고 부르는 편이 맞을지도 모르겠습니다. coreboot과 U-Boot도 LLM 사용을 허용합니다.
  • @tuxes — LLM 사용이 널리 퍼진 데 불만을 가진 사람들도 있습니다. “피할 방법이 없으니 상관없다”는 말은 그들의 우려를 무시하는 듯합니다.
  • @oceanhaiyang — 무슨 말인지는 알겠습니다. 하지만 컴퓨터 곳곳에 LLM이 쓰였는지 찾는 일과 리눅스 커널을 LLM으로 작성하는 일은 다르다고 생각합니다. 커널은 리눅스의 중심이니까요.
  • @pkubaj — Claude를 사용하는 코드에서 문제를 많이 찾았고, 수정 사항을 작성하는 데도 큰 도움을 받았습니다. 코드는 조금만 작성했지만 디버깅은 많이 필요했고, 그 어려운 작업을 Claude가 해냈습니다. 새 기능을 실제로 작성하는 데 쓰는 건 잘 모르겠습니다. 검토와 수정에 쓰는 거라면 코드를 가능한 모든 방식으로 계속 개선하면 되지 않을까요? LLM 도움 없이 작성한 커널을 원한다면 NetBSD도 있습니다.
• @conartist6 — 대단했던 사람이 추락했군요. AI는 대단한 사람을 평범하게 만듭니다.
  • @oceanhaiyang — 꽤 깊은 말이군요.
• @2 — 소프트웨어 엔지니어링이 크게 변했고, 우리가 사랑했던 것은 더는 존재하지 않는다는 사실을 받아들여야 합니다. 전반적으로 소음은 늘고 오픈소스는 엉망이 됐습니다. 매일 데이터 유출 소식을 접하고, 아이디어만 있고 덜 만들어진 앱을 새 사업이라며 홍보하는 글에 시달립니다. 일자리를 잃기도 하지만, 일부 프로젝트의 소프트웨어 품질은 나아지고 있습니다.
• @simonw — 개인적으로는 반갑지 않습니다. 리눅스에 AI가 손대는 일만큼은 피하고 싶습니다. 윤리 문제 때문인가요, 코드 품질 때문인가요, 아니면 둘 다인가요? 윤리 문제라면 이해합니다. 코드 품질 문제라면 Linus Torvalds가 세계에서 가장 경험 많은 코드 리뷰어라는 점을 들어 반론할 수도 있습니다.

원문: Phoronix / 번역·요약: Trawling