Linus Torvalds bruger Claude Code til Linux-patches

Hvad denne video dækker

• Kilden er eksperimentelt grenarbejde, med et commit lørdag den 10. oktober og en Phoronix-rapport offentliggjort søndag aften i EDT, allerede mandag i GMT+7. De valgte kilder etablerer ikke en afsluttet mainline-fletning eller udgivelse.
• Små læsninger af den samme cachede fil kan konkurrere om en delt folio-referenceoptælling. Forslaget tillader kopiering under RCU-læsesidebeskyttelse, mens den endelige hukommelsesgenbrug udskydes til en "grace period".
• Linus' otte-tråds, seksten-byte delt-side test rapporterer 2937-2975 baseline kernecyklusser pr. læsning og 725-726 med serien, omkring en fjerdedel af omkostningen. Det er en forfatter-kørt bærbar mikrobenchmark med afhjælpninger og hærdet brugerkopi deaktiveret, ikke et systemomfattende ydelsesresultat.
• Kilden rapporterer også en manglende destinationsside-regression og uafklaret allokatorregnskab for hukommelse, der venter på at blive genbrugt. Bredere maskiner og flere fejlfindings-/testkonfigurationer er fortsat utestede.
• Karpathy tilskriver forskellige AI-oplevelser adgang, ambitiøse problemer og verificerbare opgaver. Hans antal professionelle brugere er eksplicit "napkin math"; ingen undersøgelse ledsager indlægget.
• Cendyne beskriver en unavngiven arbejdsgiver, der får tillid til at "cruise" mod M&A med billigere AI-assistance. Dette er en førstehåndsberetning og dens forfatters fortolkning, ikke et økonomi-dækkende jobtal eller bevis på tilsvarende ingeniørfærdigheder.
• Et nyttigt værktøj, en sikker patch og en fornuftig personaleløsning kræver hver især deres eget bevis og en ansvarlig ejer.

Oversat udskrift

Oversat fra den originale engelske fortælling. Tilgængelig lyd og undertekster styres af YouTube.

Ville Linus stole på en koderobot?

0:00 Du ville forvente, at Linus Torvalds fik en koderobot til at græde under gennemgang. Han bruger Claude Code til Linux-patches, og endda det første udkast til følgebrevet. I denne video, hvorfor koster små læsninger så meget? Og hvis job ændrer sig? Hold øje med, hvad der sker med hukommelsen efter læsningen. Det er der, hvor denne hastighedsforøgelse sender regningen hen. Det er mandag, den tolvte oktober, og dette er The Daily Diff. Claude Code er Anthropic's kodningsassistent.

0:23 Den kan læse et projekt, redigere filer og køre kommandoer. Linus dirigerer den på Linux hukommelsesstyring, hvor læsning af data, der allerede er i hukommelsen, stadig kan få processorkerner til at kæmpe om bogføring. Phoronix spottede grenen søndag aften i Amerika, allerede mandag her. Committet er dateret lørdag. Dette er eksperimentelt arbejde, med otte patches og en anmodning om granskning. Din bærbare computer har ikke i al hemmelighed downloadet en kunstig Linus.

Hvorfor kan læsning af hukommelse forårsage en trafikprop?

0:45 Flere tråde læser den samme cachede fil. Hver læsning tager en reference til hukommelsen, og slipper den derefter. Referenceoptællingen skrives to gange, så kerner, der udfører uskyldige små læsninger, konkurrerer om bogføringen. Biblioteket har otte læsere og ét udlånsark. Hans forslag forsinker genbrug af hukommelsen ved at bruge en "read copy update grace period". Læsere kan kopiere cachede data uden at tage den reference. Når en side fjernes, skal dens hukommelse vente før genbrug.

1:09 Hastighedsforøgelsen kommer fra ændring af levetidsreglerne omkring dataene. Linus krediterer Claude Code for koden, testprogrammerne og gennemgangen bag hans liste over problemer. Den udarbejdede den forklarende tekst under hans vejledning. Målingerne kørte på hans maskine. Selv robotten skal medbringe kvitteringer til denne gennemgang. Resultatet i overskriften bruger otte tråde, der læser seksten bytes fra én side.

Hvad måler den bærbare benchmark egentlig?

1:28 Tænk på små gentagne læsninger af den samme fil. Han sammenligner processorcyklusser pr. læsning, fordi hans bærbare computer drosler ned, når den er varm. En benchmark med sin egen vejrudsigts. Baseline koster omkring tre tusind cyklusser pr. læsning. Med patchene er det omkring syv hundrede femogtyve. Det er omkring en fjerdedel af processorens omkostninger i denne test. Hele din Linux-maskine har fået nul løfter om at blive fire gange hurtigere. Hans følgebrev placerer de ubehagelige dele ved siden af de spændende.

1:53 Sikkerhedsforanstaltninger og hærdet brugerkopi var slået fra. Han nævner manglende tests, herunder andre maskiner og hukommelsesfejlfindingsværktøjer. At læse fodnoterne er nu en konkurrencefordel, hvilket føles som en fejl i menneskeheden. Der er en regression, når destinationsbruger-siden mangler.

Hvilke læsninger bliver langsommere?

2:07 Den lille læsning bliver dyrere, fordi den hurtige vej fejler, før den gamle vej håndterer sidefejlen. Forslaget fremskynder én vej, mens det tilføjer arbejde til en anden. Begge hører hjemme i gennemgangen. Betragt dette som et ingeniøreksperiment med en kendt flaskehals og målinger med begrænsninger. Anmeldere får noget konkret at udfordre. En assistent, der producerer patches, efterlader nogen ansvarlig for at bevise, at de farlige dele er sikre.

Hvorfor ser folk forskellige AI-egenskaber?

2:30 Imens siger Andrej Karpathy, at vores forståelse af AI's evner splitter ad. Hans nye indlæg genbesøger en observation fra april. Han beskriver en tragt, fra folk, der knap nok bruger sprogmodeller, til professionelle, der dirigerer kraftfulde kode-agenter. Samme ord, AI, forskellig arbejdsdag. Hans "napkin math" anslår omkring tyve millioner mennesker i professionel frontlinje-modelbrug til matematik og kode. Det er et estimat, uden nogen undersøgelse fremlagt.

2:52 Han understreger adgang, ambitiøse problemer og verificerbare opgaver. En chatbot-samtale og et overvåget kerne-eksperiment træner forskellige muskler. Nogen ser en bot kludre i en anmodning, mens en anden person sender en nyttig patch. Befolkningstal er farligt nemme at gentage som forskning. Behold "estimat"-mærket, før grafen begynder at bære en laboratoriekittel. Spørg, hvad systemet kunne gøre, hvordan resultatet blev kontrolleret, og hvem der ejede resultatet. Disse spørgsmål rejser bedre end skærmbilleder af mirakuløse svar.

Hvordan kan AI ændre et job, før det erstatter dets færdigheder?

3:21 Derefter publicerede Cendyne en mindre behagelig beretning med titlen "Fable tog mit job." Forfatteren siger, at de var den sidste ingeniør i en virksomhed, og ledelsen troede, at billigere AI-assistance kunne lade den glide mod en fusion eller opkøb. Ledelsen kan ændre udgifterne, før en model matcher en erfaren ingeniørs bedømmelse. Cendyne argumenterer for, at smag og fremsyn stadig mangler, mens marketing leverer tillid.

3:42 En lønbeslutning kan komme, før det tekniske argument er afgjort. Indlægget beskriver frygt efter fyringen og siger, at forfatteren har fundet noget andet. Det er en person, der håndterer konsekvenser. Pointen tilhører regnearket, der træffer beslutningen. At kalde det effektivitet giver regnskabet en generøs præstationsgennemgang. At bevise et værktøjs nyttighed og at bevise en personaleringsplans fornuft er separate opgaver. Patchen har en testbar arbejdsbyrde. Arbejdsgiverens satsning involverer produktansvar og fremtidige fejl.

4:09 En bestået mikrobenchmark kan ikke underskrive supportkontrakten. Vi har en udviklers beretning med en unavngiven arbejdsgiver. Den giver et perspektiv, og intet økonomi-bredt jobtal eller uafhængig vurdering af virksomhedens behov. Behold omfanget vedhæftet, når du deler historien. Den fælles variabel er ansvar. Linus leder arbejdet. Karpathy beskriver ulige adgang og opgaver.

4:29 Cendyne beskriver en ledelsessatsning. Nogen ejer konsekvenserne i hver version.

Hvor sender hastighedsforøgelsen regningen hen?

4:34 Og hukommelsesregningen? Fjernede sider venter før genbrug, og allokatoren kan ikke korrekt se den ventende hukommelse. Linus lister dette som uafklaret selv med hans afhjælpningspatches. Hurtigere læsninger giver et andet subsystem et sværere regnskabsproblem. Bogføringen finder et nyt skrivebord. Det er en fodnote, der er værd at beholde. Hvis du hellere vil læse dette end høre mig sige det, lander "the diff" i din indbakke

4:53 hver morgen, gratis på thedailydiff.dev, link nedenfor.

Ville jeg sende disse patches ud?

4:56 Så dagens dom, KRÆVER GENNEMGANG. Jeg ville beholde assistenten i arbejdsgangen og kræve bredere test, før disse levetidsændringer sendes ud. Ansvaret forbliver hos ingeniøren. Og det er "the diff" for i dag. Jeg er Niko fra Axrisi. Flet ansvarligt.

Kilder

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