# Linus Torvalds Claude Code-ot használ Linux javításokhoz

Published: 2026-10-12

Linus Torvalds a Claude Code-nak tulajdonítja a kódot, a tesztprogramokat, az áttekintést és a kísérleti Linux memóriakezelési ág fedőlevelének első tervezetét, az ő irányítása alatt. Laptop tesztjei nagy csökkenést mutatnak a processzorciklusokban egy apró megosztott oldalas olvasási terhelés esetén, a regressziók és a megoldatlan várakozó memória elszámolás mellett. Ez az október 12-i Daily Diff Karpathy érvelését is tárgyalja az egyenlőtlen AI tapasztalatokról és Cendyne első kézből származó beszámolóját egy pozíció megszüntetéséről. Niko ítélete: FELÜLVIZSGÁLAT SZÜKSÉGES: tartsa az asszisztenst a munkafolyamatban, és követeljen szélesebb körű tesztelést a memória élettartamának változásai előtt.

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

## Amit ez a videó tartalmaz

- A forrás kísérleti ágmunka, október 10-i szombati commit-tal és a Phoronix vasárnap esti EDT-ben, már hétfőn GMT+7-ben közzétett jelentésével. A kiválasztott források nem állapítanak meg befejezett főági egyesítést vagy kiadást.
- Ugyanazon gyorsítótárazott fájl kis olvasásai versenghetnek egy megosztott folio referenciamutatóján. A javaslat lehetővé teszi a másolást RCU olvasási oldal védelem alatt, miközben a végső memória újrahasználatát egy türelmi időszakra halasztja.
- Linus nyolcszálas, tizenhat bájtos megosztott oldal tesztje 2937–2975 alapérték kernel ciklust jelent olvasásonként, és 725–726-ot a sorozattal, ami a költség körülbelül negyede. Ez egy szerző által futtatott laptop mikroteljesítmény-teszt, enyhítésekkel és kikapcsolt megerősített felhasználói másolással, nem pedig teljes rendszer teljesítményeredménye.
- A forrás egy hiányzó céloldal regressziót és megoldatlan allokátor elszámolást is jelent az újrahasználatra váró memóriára vonatkozóan. Szélesebb körű gépek és több hibakereső/teszt konfiguráció még tesztelésre vár.
- Karpathy az eltérő AI tapasztalatokat a hozzáférésnek, az ambiciózus problémáknak és az ellenőrizhető feladatoknak tulajdonítja. Professzionális felhasználói száma kifejezetten becslés; a bejegyzéshez nem tartozik felmérés.
- Cendyne egy meg nem nevezett munkáltatót ír le, aki bizalmat szerez, hogy olcsóbb AI segítséggel haladjon a felvásárlás felé. Ez egy első kézből származó beszámoló és a szerző értelmezése, nem pedig gazdaság-szintű munkahelyszám vagy az egyenértékű mérnöki képesség bizonyítéka.
- Egy hasznos eszköz, egy biztonságos javítás és egy ésszerű személyzeti döntés mindegyike külön bizonyítékot és felelős tulajdonost igényel.

## Fejezetek

- 0:00 Linus megbízna egy kódoló robottal?
- 0:45 Miért okozhat torlódást a memória olvasása?
- 1:25 Mit mér valójában a laptop benchmark?
- 2:05 Melyik olvasások lassulnak le?
- 2:30 Miért látnak az emberek különböző AI képességeket?
- 3:21 Hogyan változtathatja meg az AI egy munkahelyet anélkül, hogy lecserélné a készségeket?
- 4:34 Hová küldi a gyorsítás a számlát?
- 4:56 Éleszteném ezeket a javításokat?

## Lefordított átirat

Az eredeti angol narrációból fordítva. A rendelkezésre álló hangot és feliratokat a YouTube vezérli.

### Linus megbízna egy kódoló robottal?

0:00 Azt várnánk, hogy Linus Torvalds megnevettetne egy kódoló robotot az áttekintés során. Claude Code-ot használ Linux javításokhoz, sőt még a fedőlevél első tervezetét is. Ebben a videóban: miért kerülnek annyiba az apró olvasások? És kinek a munkája változik meg? Figyelje meg, mi történik a memóriával az olvasás után. Ott küldi el a gyorsítás a számlát. Hétfő van, október tizenkettedike, és ez a The Daily Diff. Claude Code az Anthropic kódoló asszisztense.

0:23 Tud projekteket olvasni, fájlokat szerkeszteni és parancsokat futtatni. Linus irányítja őt a Linux memóriakezelésben, ahol az adatok olvasása, amelyek már a memóriában vannak, még mindig arra kényszerítheti a processzormagokat, hogy versengjenek a nyilvántartásért. A Phoronix vasárnap este fedezte fel az ágat Amerikában, itt már hétfőn volt. A commit szombatra van datálva. Ez kísérleti munka, nyolc javítással és ellenőrzési kérelemmel. A laptopja nem töltött le titokban egy mesterséges Linust.

### Miért okozhat torlódást a memória olvasása?

0:45 Több szál ugyanazt a gyorsítótárazott fájlt olvassa. Minden olvasás megragad egy referenciát a memóriára, majd utána eldobja azt. A referenciamutatót kétszer írják, így az ártatlan kis olvasásokat végző magok versengenek a nyilvántartásért. A könyvtárban nyolc olvasó és egy kijelentkezési lap van. A javaslata késlelteti a memória újrahasznosítását egy olvasás-másolás-frissítés türelmi időszak segítségével. Az olvasók másolhatják a gyorsítótárazott adatokat anélkül, hogy ezt a referenciát vennék. Amikor egy oldalt eltávolítanak, a memóriájának várnia kell az újrahasználat előtt.

1:09 A gyorsulás az adatok körüli élettartam-szabályok megváltoztatásából ered. Linus a Claude Code-nak tulajdonítja a kódot, a tesztprogramokat és a problémalistája mögötti áttekintést. Ő írta meg a magyarázó szöveget az ő irányítása alatt. A méréseket az ő gépén futtatták. Még a robotnak is hoznia kell a "blokkokat" ehhez az áttekintéshez. A fő eredmény nyolc szálat használ, amelyek tizenhat bájtot olvasnak egyetlen oldalról.

### Mit mér valójában a laptop benchmark?

1:28 Gondoljon apró, ismétlődő olvasásokra ugyanabból a fájlból. Processzor ciklusokat hasonlít össze olvasásonként, mert a laptopja melegedéskor lelassul. Egy benchmark a saját időjárás-előrejelzésével. Az alapvonal körülbelül háromezer ciklusba kerül olvasásonként. A javításokkal körülbelül hétszázhuszonöt. Ez a processzor költségének körülbelül egy negyede ebben a tesztben. Az egész Linux gépe nulla ígéretet kapott arra, hogy négyszer gyorsabbá válik. A fedőlevele a kínos részeket a izgalmasak mellé helyezi.

1:53 A biztonsági enyhítések és a megerősített felhasználói másolás ki voltak kapcsolva. Hiányzó teszteket sorol fel, beleértve más gépeket és memória hibakereső eszközöket. A lábjegyzetek olvasása most versenyelőny, ami az emberiség hibájának tűnik. Regresszió van, ha hiányzik a cél felhasználói oldal.

### Melyik olvasások lassulnak le?

2:07 Az apró olvasás drágábbá válik, mert a gyors útvonal elbukik, mielőtt a régi útvonal kezelné az oldalhibát. A javaslat felgyorsítja az egyik utat, miközben munkát ad egy másiknak. Mindkettő az áttekintéshez tartozik. Tekintse ezt mérnöki kísérletnek ismert szűk keresztmetszettel és korlátokkal rendelkező mérésekkel. Az ellenőrök valami konkrétat kapnak kihívásnak. Egy javításokat előállító asszisztens felelőssé tesz valakit a veszélyes részek biztonságának bizonyításáért. addig is.

### Miért látnak az emberek különböző AI képességeket?

2:30 Eközben Andrej Karpathy szerint az AI képességekről alkotott képünk eltávolodik egymástól. Új bejegyzése egy áprilisi megfigyelést dolgoz fel. Tölcsért ír le, azaz az embereket, akik alig használnak nyelvi modelleket, és a szakembereket, akik hatékony kódoló ügynököket irányítanak. Ugyanaz a szó, AI, más nap a munkahelyen. Becslése szerint körülbelül húszmillióan használnak professzionális élvonalbeli modelleket matematikai és kódolási feladatokra. Ez becslés, felmérés nélkül.

2:52 Hangúlyozza a hozzáférést, az ambiciózus problémákat és az ellenőrizhető feladatokat. Egy chatbot beszélgetés és egy felügyelt kernel kísérlet különböző izomcsoportokat mozgat meg. Valaki nézi, ahogy egy bot elront egy kérést, miközben egy másik személy hasznos javítást küld. A népességbecsléseket veszélyesen könnyű kutatásként ismételgetni. Tartsa meg a becslés címkét, mielőtt a grafikon laboratóriumi köpenyt kezd viselni. Kérdezze meg, mit tehetett a rendszer, hogyan ellenőrizték az eredményt, és ki volt a felelős az eredményért. Ezek a kérdések jobban terjednek, mint a csodálatos válaszok képernyőfotói.

### Hogyan változtathatja meg az AI egy munkahelyet anélkül, hogy lecserélné a készségeket?

3:21 Aztán Cendyne közzétett egy kevésbé kényelmes beszámolót "A Fable elvette a munkám" címmel. A szerző szerint ő volt az utolsó mérnök a cégnél, és a vezetőség úgy vélte, hogy olcsóbb AI segítséggel eljuthatnak egy egyesüléshez vagy felvásárláshoz. A menedzsment változtathatja a kiadásokat, mielőtt egy modell elérné egy tapasztalt mérnök ítélőképességét. tapasztalt mérnök ítélőképességét. Cendyne azzal érvel, hogy az ízlés és az előrelátás még mindig hiányzik, miközben a marketing bizalmat ad.

3:42 Bérszámfejtési döntés születhet, mielőtt a technikai vita rendeződik. A bejegyzés a elbocsátás utáni félelmet írja le, és azt mondja, hogy a szerző talált valami mást. Ez egy ember, aki a következményekkel küzd. A csattanó a döntést hozó táblázaté. A hatékonyságnak nevezni nagylelkű teljesítményértékelést ad a könyvelésnek. Egy eszköz hasznosságának bizonyítása és egy személyzeti terv ésszerűségének bizonyítása külön feladatok. A patch-nek van tesztelhető terhelése. A munkáltató fogadása termék tulajdonjogot és jövőbeli kudarcokat is magában foglal.

4:09 Egy átmenő mikroteljesítmény-teszt nem írhat alá támogatási szerződést. Egy fejlesztő beszámolója van egy meg nem nevezett munkáltatótól. Ez egy nézőpontot biztosít, és nem gazdasági szintű munkahelyszámot vagy független értékelést az adott vállalat igényeiről. Tartsa meg a hatókört, amikor megosztja a történetet. A közös változó a felelősség. Linus irányítja a munkát. Karpathy egyenetlen hozzáférést és feladatokat ír le.

4:29 Cendyne egy menedzsment-fogadásról beszél. Minden változatban valakié a következmény.

### Hová küldi a gyorsítás a számlát?

4:34 És a memóriaszámla? Az eltávolított oldalak várnak az újrahasználat előtt, és az allokátor nem látja megfelelően azt a várakozó memóriát. Linus ezt megoldatlannak minősíti még az enyhítő javításaival együtt is. A gyorsabb olvasások egy másik alrendszernek nehezebb elszámolási problémát adnak. A nyilvántartás új asztalra kerül. Ez egy olyan lábjegyzet, amelyet érdemes megjegyezni. Ha inkább elolvasná ezt, mintsem meghallgatná tőlem, a diff minden reggel megérkezik a postaládájába,

4:53 ingyenesen a dailydiff.dev címen, a link lent található.

### Éleszteném ezeket a javításokat?

4:56 Tehát a mai ítélet: FELÜLVIZSGÁLAT SZÜKSÉGES. Benne tartanám az asszisztenst a munkafolyamatban, és szélesebb körű tesztelést kérnék, mielőtt ezeket az élettartam-változásokat kiadnánk. A felelősség a mérnöknél marad. És ez a mai diff. Niko vagyok az Axrisi-től. Egyesítsd felelősségteljesen.

## Források

- [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