리누스 토르발스, 리눅스 패치에 Claude Code 사용

이 동영상에서 다루는 내용

• 출처는 10월 10일 토요일 커밋과 EDT 기준 일요일 저녁(GMT+7 기준 이미 월요일)에 Phoronix에서 발행된 보고서가 포함된 실험적인 브랜치 작업입니다. 선택된 출처들은 완료된 메인라인 병합 또는 릴리스를 입증하지 않습니다.
• 동일한 캐시된 파일의 작은 읽기는 공유 폴리오 참조 카운트에서 경합을 일으킬 수 있습니다. 제안은 RCU 읽기 측 보호 하에 복사를 허용하는 동시에 유예 기간까지 최종 메모리 재사용을 연기합니다.
• 리누스의 8스레드, 16바이트 공유 페이지 테스트는 읽기당 2937-2975 baseline 커널 사이클과 시리즈 적용 시 725-726 사이클을 보고했으며, 이는 비용의 약 4분의 1입니다. 이는 완화 및 강화된 사용자 복사 기능이 비활성화된 저자 실행 노트북 마이크로벤치마크이며, 전체 시스템 성능 결과는 아닙니다.
• 이 출처는 또한 대상 페이지 누락 회귀 및 재사용 대기 메모리에 대한 미해결 할당자 계산 문제를 보고합니다. 더 넓은 범위의 기계와 여러 디버깅/테스트 구성은 아직 테스트되지 않았습니다.
• Karpathy는 AI 경험의 차이를 접근성, 야심 찬 문제 및 검증 가능한 작업에 기인합니다. 그의 전문 사용자 수는 명시적으로 어림짐작이며, 게시물에는 설문 조사가 동반되지 않습니다.
• Cendyne은 익명의 고용주가 더 저렴한 AI 지원을 통해 M&A를 향해 나아갈 자신감을 얻었다고 설명합니다. 이는 한 사람의 직접적인 경험담이자 저자의 해석이며, 경제 전체의 일자리 수 또는 동등한 엔지니어링 기술의 증거는 아닙니다.
• 유용한 도구, 안전한 패치, 현명한 인력 배치 결정은 각각 자체적인 증거와 책임 있는 소유자를 필요로 합니다.

번역된 스크립트

원래 영어 내레이션에서 번역되었습니다. 사용 가능한 오디오 및 캡션은 YouTube에서 제어합니다.

리누스가 코딩 봇을 믿을까요?

0:00 리누스 토르발스는 검토 중에 코딩 봇을 울릴 것으로 예상됩니다. 그는 리눅스 패치에 Claude Code를 사용하고 있으며, 심지어 커버 레터의 첫 초안도 사용합니다. 이 비디오에서, 왜 작은 읽기가 그렇게 많은 비용을 들게 할까요? 그리고 누구의 직업이 바뀌나요? 읽기 후에 메모리에 무슨 일이 일어나는지 잘 살펴보세요. 그것이 이 속도 향상이 비용을 전가하는 곳입니다. 10월 12일 월요일, The Daily Diff입니다. Claude Code는 Anthropic의 코딩 어시스턴트입니다.

0:23 프로젝트를 읽고, 파일을 편집하고, 명령을 실행할 수 있습니다. 리누스는 리눅스 메모리 관리에 대해 지시하고 있으며, 메모리에 이미 있는 데이터를 읽는 것도 프로세서 코어가 회계 처리 문제로 다투게 할 수 있습니다. Phoronix는 일요일 저녁 미국에서 이 브랜치를 발견했습니다. 여기는 이미 월요일이었습니다. 커밋 날짜는 토요일입니다. 이것은 8개의 패치와 면밀한 조사를 요청하는 실험적인 작업입니다. 당신의 노트북이 인공 리누스를 비밀리에 다운로드한 것은 아닙니다.

메모리를 읽는 것이 왜 교통 체증을 유발할까요?

0:45 여러 스레드가 동일한 캐시된 파일을 읽습니다. 각 읽기는 메모리에 대한 참조를 얻은 다음 나중에 드롭합니다. 참조 카운트는 두 번 기록되므로, 순진한 작은 읽기를 수행하는 코어들이 회계 처리 문제로 경쟁합니다. 도서관에는 8명의 독자와 하나의 퇴장 기록부가 있습니다. 그의 제안은 읽기 복사 업데이트 유예 기간을 사용하여 메모리 재활용을 지연시킵니다. 독자들은 참조를 얻지 않고 캐시된 데이터를 복사할 수 있습니다. 페이지가 제거되면, 해당 메모리는 재사용되기 전에 기다려야 합니다.

1:09 속도 향상은 데이터 주변의 수명 규칙을 변경하는 데서 옵니다. 리누스는 그의 문제 목록 뒤에 있는 코드, 테스트 프로그램 및 검토에 대해 Claude Code의 공로를 인정합니다. 그의 지시 하에 설명 텍스트를 초안 작성했습니다. 측정은 그의 기계에서 실행되었습니다. 로봇도 이 검토에 영수증을 가져와야 합니다. 헤드라인 결과는 한 페이지에서 16바이트를 읽는 8개의 스레드를 사용합니다.

노트북 벤치마크는 실제로 무엇을 측정하나요?

1:28 동일한 파일을 작게 반복적으로 읽는다고 생각하세요. 그는 노트북이 뜨거울 때 스로틀링되기 때문에 읽기당 프로세서 사이클을 비교합니다. 자체 일기 예보가 있는 벤치마크입니다. 기준선은 읽기당 약 3천 사이클이 소요됩니다. 패치를 적용하면 약 725 사이클입니다. 이는 이 테스트에서 프로세서 비용의 약 4분의 1입니다. 당신의 전체 리눅스 머신은 4배 빨라진다는 약속을 전혀 받지 못했습니다. 그의 커버레터는 흥미로운 부분 옆에 까다로운 부분을 배치합니다.

1:53 보안 완화 및 강화된 사용자 복사 기능은 비활성화되었습니다. 그는 다른 기계 및 메모리 디버깅 도구를 포함한 누락된 테스트를 나열합니다. 각주를 읽는 것이 이제 경쟁 우위가 되었는데, 이는 인류의 버그처럼 느껴집니다. 대상 사용자 페이지가 누락될 때 회귀가 발생합니다.

어떤 읽기가 느려지나요?

2:07 빠른 경로가 이전 경로가 페이지 폴트를 처리하기 전에 실패하기 때문에 작은 읽기가 더 비싸집니다. 이 작은 읽기는 이전 경로가 페이지 폴트를 처리하기 전에 빠른 경로가 실패하므로 더 비싸집니다. 이 제안은 한 경로를 가속화하는 동시에 다른 경로에 작업을 추가합니다. 둘 다 검토되어야 합니다. 이것을 알려진 병목 현상과 제한 사항이 있는 측정값을 가진 공학 실험으로 취급하세요. 검토자는 도전할 구체적인 것을 얻습니다. 패치를 생성하는 어시스턴트는 위험한 부분을 안전하다고 증명할 책임이 있는 사람을 남깁니다. 위험한 부분을 안전하다고 증명할 책임이 있는 사람을 남깁니다.

사람들이 왜 다른 AI 기능을 보고 있나요?

2:30 한편, Andrej Karpathy는 AI 능력에 대한 우리의 이해가 멀어지고 있다고 말합니다. 그의 새로운 게시물은 4월의 관찰을 재검토합니다. 그는 언어 모델을 거의 사용하지 않는 사람들부터 강력한 코딩 에이전트를 지시하는 전문가까지의 깔때기를 설명합니다. 언어 모델을 거의 사용하지 않는 사람들부터 강력한 코딩 에이전트를 지시하는 전문가까지의 깔때기를 설명합니다. 같은 단어, AI, 직장에서 다른 하루. 그의 어림짐작에 따르면 약 2천만 명의 사람들이 수학 및 코드를 위한 전문적인 최전선 모델을 사용하고 있습니다. 수학 및 코드를 위해 전문적인 최전선 모델을 사용하고 있습니다. 이는 제공된 설문 조사가 없는 추정치입니다.

2:52 그는 접근성, 야심 찬 문제 및 검증 가능한 작업을 강조합니다. 챗봇 대화와 감독된 커널 실험은 다른 근육을 사용합니다. 누군가는 봇이 요청을 더듬는 것을 지켜보는 반면, 다른 사람은 유용한 패치를 배포합니다. 인구 추정치는 연구로 위험하게 쉽게 반복될 수 있습니다. 그래프가 실험복을 입기 전에 추정치 레이블을 붙여두세요. 시스템이 무엇을 할 수 있는지, 결과가 어떻게 확인되었는지, 누가 결과를 소유했는지 물어보세요. 이러한 질문은 기적적인 답변의 스크린샷보다 더 잘 전달됩니다.

AI가 기술을 대체하기 전에 어떻게 직업을 변화시킬 수 있을까요?

3:21 그리고 Cendyne은 'Fable took my jorb'라는 제목의 덜 편안한 기사를 발표했습니다. 저자는 자신이 회사의 마지막 엔지니어였고, 리더십은 더 저렴한 AI 지원이 합병이나 인수를 향해 나아갈 수 있게 해줄 것이라고 믿었다고 말합니다. 경영진은 모델이 숙련된 엔지니어의 판단과 일치하기 전에 지출을 변경할 수 있습니다. 경영진은 모델이 숙련된 엔지니어의 판단과 일치하기 전에 지출을 변경할 수 있습니다. Cendyne은 미각과 선견지명이 여전히 부족하다고 주장하는 반면, 마케팅은 자신감을 공급한다고 주장합니다.

3:42 급여 결정은 기술적 주장이 해결되기 전에 내려질 수 있습니다. 게시물은 해고 후의 두려움을 설명하고 저자가 다른 것을 찾았다고 말합니다. 그것은 결과를 다루는 사람입니다. 결정은 스프레드시트의 몫입니다. 그것을 효율성이라고 부르면 회계 부서에 관대한 성과 검토를 제공하는 것입니다. 도구가 유용하다는 것을 증명하는 것과 인력 계획이 현명하다는 것을 증명하는 것은 별개의 작업입니다. 패치에는 테스트 가능한 워크로드가 있습니다. 고용주의 내기에는 제품 소유권과 미래의 실패가 포함됩니다.

4:09 통과하는 마이크로벤치마크는 지원 계약에 서명할 수 없습니다. 우리는 익명의 고용주에 대한 한 개발자의 설명서를 가지고 있습니다. 이는 관점을 제공하며, 경제 전반의 일자리 수 또는 해당 회사의 필요에 대한 독립적인 평가는 아닙니다. 이야기를 공유할 때 범위를 명확히 하세요. 공통 변수는 책임입니다. 리누스는 작업을 지시합니다. Karpathy는 불균등한 접근성과 작업을 설명합니다.

4:29 Cendyne은 경영진의 내기를 설명합니다. 모든 버전에서 누군가는 결과를 책임집니다.

속도 향상은 어디로 비용을 전가하나요?

4:34 그리고 메모리 비용은요? 제거된 페이지는 재사용되기 전에 기다려야 하며, 할당자는 그 대기 메모리를 제대로 볼 수 없습니다. 리누스는 이것을 완화 패치를 적용했음에도 미해결 상태라고 나열합니다. 더 빠른 읽기는 다른 서브시스템에 더 어려운 회계 문제를 넘겨줍니다. 회계 업무가 새로운 부서로 이동합니다. 그것은 기억할 가치가 있는 각주입니다. 제가 말하는 것을 듣는 대신 이것을 읽고 싶다면, 매일 아침 당신의 받은 편지함으로 diff가 도착합니다. daily diff dot dev에서 무료로, 아래 링크에서 확인하세요.

4:53 매일 아침 당신의 받은 편지함으로 diff가 도착합니다. daily diff dot dev에서 무료로, 아래 링크에서 확인하세요.

이 패치들을 배포할까요?

4:56 오늘의 평결은 NEEDS REVIEW입니다. 저는 이러한 수명 변경 사항을 배포하기 전에 워크플로에 어시스턴트를 유지하고 더 광범위한 테스트를 요구할 것입니다. 저는 이러한 수명 변경 사항을 배포하기 전에 워크플로에 어시스턴트를 유지하고 더 광범위한 테스트를 요구할 것입니다. 책임은 엔지니어에게 있습니다. 오늘의 diff였습니다. Axrisi의 Niko입니다. 책임감 있게 병합하세요.

출처

1. Read from the page cache without folio references — cover letter and testsLinus Torvalds / kernel.org
2. Experimental noref-filemap-read-with-llm branchLinus Torvalds / kernel.org
3. Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude CodePhoronix / Michael Larabel
4. Claude Code overviewAnthropic
5. Capability-understanding gap and napkin estimatesAndrej Karpathy / X
6. Fable took my jorbCendyne
7. Discussion of Linus's Claude Code branchHacker News
8. Discussion of Karpathy's capability-gap postHacker News
9. Discussion of Cendyne's accountHacker News