# Ginagamit ni Linus Torvalds ang Claude Code para sa mga patch ng Linux

Published: 2026-10-12

Pinasasalamatan ni Linus Torvalds si Claude Code para sa code, mga programa sa pagsubok, pagsusuri at ang unang draft ng isang cover letter sa isang eksperimentong sangay ng pamamahala ng memorya ng Linux, sa ilalim ng kanyang direksyon. Ipinapakita ng kanyang mga pagsubok sa laptop ang malaking pagbawas sa mga cycle ng processor para sa isang maliit na shared-page read workload, kasama ang mga regression at hindi nalutas na pagtutuos ng waiting-memory. Sakop din ng Daily Diff nitong Oktubre 12 ang argumento ni Karpathy tungkol sa hindi pantay na karanasan sa AI at ang firsthand account ni Cendyne ng isang papel na inalis. Ang hatol ni Niko ay KAILANGAN NG REVIEW: panatilihin ang katulong sa workflow at humingi ng mas malawak na pagsubok bago ilabas ang mga pagbabago sa memory-lifetime.

Canonical: https://thedailydiff.dev/fil/video/linus-claude-kernel/

## Ang sakop ng video na ito

- Ang pinagmulan ay eksperimental na gawa sa sangay, na may commit noong Sabado Oktubre 10 at isang Phoronix report na inilathala noong Linggo ng gabi sa EDT, Lunes na sa GMT+7. Ang mga napiling pinagmulan ay hindi nagtatatag ng isang kumpletong mainline merge o release.
- Ang maliliit na pagbasa ng parehong naka-cache na file ay maaaring makipagtalo sa isang shared folio reference count. Pinapayagan ng panukala ang pagkopya sa ilalim ng proteksyon ng RCU read-side habang ipinagpapaliban ang huling muling paggamit ng memorya hanggang sa isang panahon ng biyaya.
- Ang walong-thread, sixteen-byte shared-page test ni Linus ay nag-uulat ng 2937–2975 baseline kernel cycles per read at 725–726 sa serye, humigit-kumulang isang-kapat ng gastos. Ito ay isang author-run laptop microbenchmark na may mga mitigations at hardened usercopy na hindi pinagana, hindi isang buong-system performance result.
- Ang pinagmulan ay nag-uulat din ng regression ng nawawalang destination-page at hindi nalutas na pagtutuos ng allocator para sa memoryang naghihintay na muling magamit. Mas malawak na mga makina at ilang mga configuration ng pag-debug/pagsubok ang nananatiling hindi nasubok.
- Ikinakabit ni Karpathy ang iba't ibang karanasan sa AI sa access, ambisyosong problema at mapatunayang gawain. Ang kanyang bilang ng propesyonal na user ay tahasang napkin math; walang survey na kasama ng post.
- Inilalarawan ni Cendyne ang isang hindi pinangalanang employer na nagkakaroon ng kumpiyansa na maglayag patungo sa M&amp;A sa mas murang tulong ng AI. Ito ay isang firsthand account at interpretasyon ng may-akda nito, hindi isang economy-wide job count o patunay ng katumbas na kasanayan sa engineering.
- Ang isang kapaki-pakinabang na tool, isang ligtas na patch at isang matalinong desisyon sa pagpili ng kawani ay nangangailangan ng kanilang sariling ebidensya at isang responsableng may-ari.

## Mga Kabanata

- 0:00 Pagkakatiwalaan ba ni Linus ang isang coding bot?
- 0:45 Bakit ang pagbabasa ng memorya ay maaaring magdulot ng traffic jam?
- 1:25 Ano ba talaga ang sinusukat ng benchmark ng laptop?
- 2:05 Aling mga pagbasa ang bumabagal?
- 2:30 Bakit iba-iba ang nakikitang kakayahan ng AI ng mga tao?
- 3:21 Paano mababago ng AI ang isang trabaho bago palitan ang mga kasanayan nito?
- 4:34 Saan ipinapadala ng speedup ang singil?
- 4:56 Ipapadala ko ba ang mga patch na ito?

## Isinaling transcript

Isinalin mula sa orihinal na salaysay sa English. Ang available na audio at mga caption ay kinokontrol ng YouTube.

### Pagkakatiwalaan ba ni Linus ang isang coding bot?

0:00 Asahan mong paiiyakin ni Linus Torvalds ang isang coding bot sa panahon ng pagsusuri. Ginagamit niya ang Claude Code para sa mga patch ng Linux, at maging ang unang draft ng cover letter. Sa video na ito, bakit napakamahal ng maliliit na pagbabasa? At sino ang nagbabago ng trabaho? Bantayan ang nangyayari sa memorya pagkatapos ng pagbabasa. Diyan ipinapadala ng speedup ang singil. Lunes, Oktubre dose, at ito ang The Daily Diff. Ang Claude Code ay ang coding assistant ng Anthropic.

0:23 Maaari itong magbasa ng isang proyekto, mag-edit ng mga file at magpatakbo ng mga command. Idinidirekta ito ni Linus sa pamamahala ng memorya ng Linux, kung saan ang pagbabasa ng data na nasa memorya ay maaari pa ring magdulot ng pagtatalo ng mga processor core sa bookkeeping. Nakita ng Phoronix ang branch noong Linggo ng gabi sa America, Lunes na rito. Ang commit ay may petsang Sabado. Ito ay eksperimental na gawa, na may walong patch at isang kahilingan para sa masusing pagsusuri. Ang iyong laptop ay hindi lihim na nag-download ng isang artipisyal na Linus.

### Bakit ang pagbabasa ng memorya ay maaaring magdulot ng traffic jam?

0:45 Maraming thread ang nagbabasa ng parehong naka-cache na file. Ang bawat pagbasa ay kumukuha ng reference sa memorya, pagkatapos ay ibinababa ito pagkatapos. Ang reference count ay isinusulat nang dalawang beses, kaya ang mga core na gumagawa ng inosenteng maliliit na pagbabasa ay nakikipagkumpitensya sa bookkeeping. Ang library ay may walong mambabasa at isang sign out sheet. Ang kanyang panukala ay nagpapaliban sa pag-recycle ng memorya gamit ang read copy update grace period. Maaaring kopyahin ng mga mambabasa ang naka-cache na data nang hindi kinukuha ang reference na iyon. Kapag inalis ang isang pahina, ang memorya nito ay dapat maghintay bago muling gamitin.

1:09 Ang speedup ay nagmumula sa pagbabago ng mga panuntunan sa lifetime sa paligid ng data. Pinasasalamatan ni Linus si Claude Code para sa code, mga programa sa pagsubok at pagsusuri sa likod ng kanyang listahan ng mga problema. Idinraft nito ang paliwanag na teksto sa ilalim ng kanyang direksyon. Ang mga pagsukat ay pinatakbo sa kanyang makina. Kahit ang robot ay kailangang magdala ng mga resibo sa pagsusuring ito. Ang resulta ng headline ay gumagamit ng walong thread na nagbabasa ng sixteen bytes mula sa isang pahina.

### Ano ba talaga ang sinusukat ng benchmark ng laptop?

1:28 Isipin ang maliliit na paulit-ulit na pagbabasa ng parehong file. Inihahambing niya ang mga cycle ng processor per read dahil bumabagal ang kanyang laptop kapag mainit. Isang benchmark na may sariling forecast ng panahon. Ang baseline ay nagkakahalaga ng humigit-kumulang tatlong libong cycle per read. Sa mga patch, ito ay humigit-kumulang pitong daan dalawampu't lima. Iyan ay humigit-kumulang isang-kapat ng gastos ng processor sa pagsubok na ito. Ang iyong buong Linux machine ay walang natanggap na pangako na magiging apat na beses na mas mabilis. Inilalagay ng kanyang cover letter ang mga mahihirap na bahagi sa tabi ng mga kapana-panabik.

1:53 Ang security mitigations at hardened usercopy ay naka-off. Inililista niya ang mga nawawalang pagsubok, kasama ang iba pang mga makina at memory debugging tools. Ang pagbabasa ng mga talababa ay isa nang mapagkumpitensyang bentahe, na tila isang bug sa sangkatauhan. May regression kapag nawawala ang destination user page.

### Aling mga pagbasa ang bumabagal?

2:07 Ang maliit na pagbasa ay nagiging mas mahal dahil nabigo ang fast path bago ang lumang path ay humahawak sa page fault. Pinapabilis ng panukala ang isang path habang nagdaragdag ng trabaho sa isa pa. Parehong nabibilang sa pagsusuri. Treat this as an engineering experiment with a known bottleneck and measurements na may mga limitasyon. Ang mga reviewer ay nakakakuha ng isang kongkretong hamon. Ang isang katulong na gumagawa ng mga patch ay nag-iiwan ng isang tao na responsable sa pagpapatunay na ang mapanganib na bahagi ay ligtas.

### Bakit iba-iba ang nakikitang kakayahan ng AI ng mga tao?

2:30 Samantala, sinasabi ni Andrej Karpathy na ang ating pag-unawa sa kakayahan ng AI ay naghihiwalay. Ang kanyang bagong post ay muling bumibisita sa isang obserbasyon noong Abril. Inilalarawan niya ang isang funnel, mula sa mga taong halos hindi gumagamit ng mga modelo ng wika hanggang sa mga propesyonal na nagdidirekta ng makapangyarihang coding agents. Parehong salita, AI, iba't ibang araw sa trabaho. Ang kanyang napkin math ay naglalagay ng humigit-kumulang dalawampung milyong tao sa propesyonal na frontier model na paggamit para sa matematika at code. Iyan ay isang pagtatantya, na walang ibinigay na survey.

2:52 Binibigyang-diin niya ang access, ambisyosong problema at mapatunayang gawain. Ang isang chatbot conversation at isang supervised kernel experiment ay nagsasanay ng iba't ibang muscles. May nanonood ng isang bot na nagkakalat ng isang kahilingan habang ang ibang tao ay naglalabas ng isang kapaki-pakinabang na patch. Ang mga pagtatantya ng populasyon ay mapanganib na madaling ulitin bilang pananaliksik. Panatilihin ang label ng pagtatantya na nakakabit bago magsimulang magsuot ng lab coat ang graph. Itanong kung ano ang kayang gawin ng sistema, paano sinuri ang resulta at sino ang may-ari ng kinalabasan. Mas mahusay na naglalakbay ang mga tanong na iyon kaysa sa mga screenshot ng mga kahanga-hangang sagot.

### Paano mababago ng AI ang isang trabaho bago palitan ang mga kasanayan nito?

3:21 Pagkatapos ay naglathala si Cendyne ng isang hindi gaanong komportableng account na pinamagatang Fable took my jorb. Sinasabi ng may-akda na siya ang huling inhinyero sa isang kumpanya, at naniniwala ang pamunuan na ang mas murang tulong ng AI ay maaaring hayaan itong magpatuloy patungo sa isang merger o acquisition. Maaaring baguhin ng pamamahala ang paggasta bago tumugma ang isang modelo sa paghuhusga ng isang bihasang inhinyero. Sinasabi ni Cendyne na ang panlasa at pagtingin sa hinaharap ay nananatiling nawawala, habang ang marketing ay nagbibigay ng kumpiyansa.

3:42 Maaaring dumating ang isang desisyon sa payroll bago maayos ang teknikal na argumento. Inilalarawan ng post ang takot pagkatapos ng pagtanggal sa trabaho at sinasabi na nakahanap na ng iba ang may-akda. Iyan ay isang tao na nakikitungo sa mga kahihinatnan. Ang punchline ay sa spreadsheet na gumagawa ng desisyon. Ang pagtawag dito na kahusayan ay nagbibigay sa accounting ng isang mapagbigay na pagsusuri sa pagganap. Ang pagpapatunay ng isang tool na kapaki-pakinabang at ang pagpapatunay ng isang makatwirang plano sa pagpili ng kawani ay magkahiwalay na trabaho. Ang patch ay may testable workload. Ang taya ng employer ay kinabibilangan ng pagmamay-ari ng produkto at mga pagkabigo sa hinaharap.

4:09 Ang isang passing microbenchmark ay hindi maaaring pumirma sa kontrata ng suporta. Mayroon kaming account ng isang developer na may hindi pinangalanang employer. Nagbibigay ito ng isang perspektibo, at walang job count sa buong ekonomiya o independiyenteng pagsusuri ng mga pangangailangan ng kumpanyang iyon. Panatilihin ang saklaw na nakakabit kapag ibinabahagi ang kuwento. Ang karaniwang variable ay responsibilidad. Idinidirekta ni Linus ang trabaho. Inilalarawan ni Karpathy ang hindi pantay na access at mga gawain.

4:29 Inilalarawan ni Cendyne ang isang taya ng pamamahala. May nagmamay-ari ng mga kahihinatnan sa bawat bersyon.

### Saan ipinapadala ng speedup ang singil?

4:34 At ang singil sa memorya? Naghihintay ang mga inalis na pahina bago muling magamit, at hindi maayos na nakikita ng allocator ang naghihintay na memorya. Inililista ito ni Linus bilang hindi nalutas kahit na mayroon siyang mga mitigation patch. Mas mabilis na pagbabasa ang nagbibigay sa isa pang subsystem ng mas mahirap na problema sa pagtutuos. Ang bookkeeping ay nakahanap ng bagong desk. Iyan ay isang talababa na karapat-dapat panatilihin. Kung mas gusto mong basahin ito kaysa pakinggan akong sabihin ito, ang diff ay dumarating sa iyong inbox

4:53 tuwing umaga, libre sa daily diff dot dev, link sa ibaba.

### Ipapadala ko ba ang mga patch na ito?

4:56 Kaya ang hatol ngayon, KAILANGAN NG REVIEW. Panatilihin ko ang assistant sa workflow at humingi ng mas malawak na pagsubok bago ilabas ang mga pagbabagong ito sa lifetime. Nananatili ang responsibilidad sa inhinyero. At iyan ang diff para sa araw na ito. Ako si Niko mula sa Axrisi. Pagsamahin nang responsable.

## Mga Pinagmulan

- [Read from the page cache without folio references — cover letter and tests](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4c0f3697118eb3a708ea79175f7f07c43339bfab) — Linus Torvalds / kernel.org
- [Experimental noref-filemap-read-with-llm branch](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?h=noref-filemap-read-with-llm) — Linus Torvalds / kernel.org
- [Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude Code](https://www.phoronix.com/news/Linus-Torvalds-Claude-Code) — Phoronix / Michael Larabel
- [Claude Code overview](https://code.claude.com/docs/en/overview) — Anthropic
- [Capability-understanding gap and napkin estimates](https://x.com/karpathy/status/2109361546505966046) — Andrej Karpathy / X
- [Fable took my jorb](https://cendyne.dev/posts/2026-10-11-fable-took-my-jorb.html) — Cendyne
- [Discussion of Linus's Claude Code branch](https://news.ycombinator.com/item?id=50050367) — Hacker News
- [Discussion of Karpathy's capability-gap post](https://news.ycombinator.com/item?id=50047422) — Hacker News
- [Discussion of Cendyne's account](https://news.ycombinator.com/item?id=50053216) — Hacker News
