토르발스는 10월 10일자 커밋으로 자기 kernel.org 저장소에 noref-filemap-read-with-llm 브랜치를 올렸고, 시리즈 설명문에 "The code, the test programs, the review behind the list above and the first draft of this text were done with an LLM coding assistant (Claude Code) under my direction."이라고 적었어요. 여러 스레드가 캐시된 한 파일을 잘게 읽으면 폴리오 참조 카운트에서 경합이 생기는데, 페이지 캐시에서 빠진 폴리오의 해제를 RCU 유예 기간 뒤로 미뤄 참조 없이 읽도록 바꿨고, 그의 노트북에서 8스레드 16바이트 읽기가 초당 약 1,000만 건에서 3,000만~3,300만 건으로 늘었어요. 다만 메인라인에 들어가지 않은 실험 브랜치이고, 설명문 스스로 조기 OOM 가능성과 빠진 테스트 등 열린 문제 10가지를 적어 두었으며, 패치 8개에는 Assisted-by: LLM 과 토르발스의 Signed-off-by 가 붙어 있어요.
용어 풀이
- 폴리오(folio)
- 리눅스 커널이 페이지 캐시의 메모리 페이지를 묶어 관리하는 단위
- RCU
- 읽는 쪽이 잠금 없이 읽게 하고, 해제는 모든 읽기가 끝난 뒤로 미루는 커널 동기화 방식
- OOM
- 메모리 부족(Out Of Memory)으로 커널이 프로세스를 강제 종료하는 상태
- LLM
- 대규모 언어 모델
운영자 인사이트
에이전트에게 코드·테스트·검토 초안을 맡기면서도 측정은 직접 하고, 알려진 문제 목록과 도움받은 사실을 커밋 설명에 함께 남긴 방식은 팀에서 에이전트 작업을 들일 때 참고할 만해요. 성능 수치는 노트북 한 대에서 특정 작업 부하로 잰 결과라 그대로 일반화하지는 마세요.
여러 관점으로 보기
- 성능 수치 정리 4스레드·단일 스레드 결과까지 정리하고, 약 3배 향상은 이 작업 부하에 한정되며 일부 경우에는 비용이 늘어난다고 짚어요. Linuxiac