+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

Linus Torvalds usa Claude Code per le patch di Linux

Linus Torvalds attribuisce a Claude Code il merito per il codice, i programmi di test, la revisione e la prima bozza di una lettera di accompagnamento su un ramo sperimentale di gestione della memoria di Linux, sotto la sua direzione.

Linus Torvalds attribuisce a Claude Code il merito per il codice, i programmi di test, la revisione e la prima bozza di una lettera di accompagnamento su un ramo sperimentale di gestione della memoria di Linux, sotto la sua direzione. I suoi test su laptop mostrano una grande riduzione dei cicli del processore per un minuscolo carico di lavoro di lettura di pagine condivise, insieme a regressioni e alla contabilità della memoria in attesa irrisolta. Questo Daily Diff del 12 ottobre copre anche l'argomentazione di Karpathy sulle esperienze di intelligenza artificiale disuguali e il resoconto di prima mano di Cendyne sulla eliminazione di un ruolo. Il verdetto di Niko è NEEDS REVIEW: mantenere l'assistente nel flusso di lavoro e richiedere test più ampi prima di rilasciare le modifiche alla durata della memoria.

Leggi l'edizione scritta (inglese) ↗

Contenuto di questo video

  • La fonte è un lavoro di ramo sperimentale, con un commit di sabato 10 ottobre e un rapporto Phoronix pubblicato domenica sera in EDT, già lunedì in GMT+7. Le fonti selezionate non stabiliscono una fusione o un rilascio completato nel mainline.
  • Le piccole letture dello stesso file memorizzato nella cache possono entrare in conflitto su un conteggio di riferimenti di folio condiviso. La proposta consente la copia sotto protezione lato lettura RCU, rinviando il riutilizzo finale della memoria fino a un periodo di grazia.
  • Il test di Linus con otto thread e sedici byte su pagina condivisa riporta 2937–2975 cicli di kernel di riferimento per lettura e 725–726 con la serie, circa un quarto del costo. Si tratta di un microbenchmark su laptop eseguito dall'autore con mitigazioni e usercopy indurito disabilitati, non un risultato di prestazioni dell'intero sistema.
  • La fonte riporta anche una regressione di pagina di destinazione mancante e una contabilità dell'allocatore irrisolta per la memoria in attesa di essere riutilizzata. Macchine più ampie e diverse configurazioni di debug/test rimangono non testate.
  • Karpathy attribuisce le diverse esperienze di intelligenza artificiale all'accesso, a problemi ambiziosi e a compiti verificabili. Il suo conteggio di utenti professionali è esplicitamente un calcolo approssimativo; nessun sondaggio accompagna il post.
  • Cendyne descrive un datore di lavoro non nominato che acquisisce fiducia per procedere verso fusioni e acquisizioni con un'assistenza AI più economica. Questo è un resoconto di prima mano e l'interpretazione del suo autore, non un conteggio di posti di lavoro a livello economico o una prova di pari competenza ingegneristica.
  • Uno strumento utile, una patch sicura e una decisione di personale sensata richiedono ciascuno le proprie prove e un proprietario responsabile.

Trascrizione tradotta

Tradotto dalla narrazione originale inglese. L'audio e i sottotitoli disponibili sono controllati da YouTube.

Linus si fiderebbe di un bot di codifica?

0:00 Ti aspetteresti che Linus Torvalds facesse piangere un bot di codifica durante la revisione. Sta usando Claude Code per le patch di Linux, e persino la prima bozza della lettera di accompagnamento. In questo video, perché le piccole letture costano così tanto? E di chi cambia il lavoro? Tieni d'occhio cosa succede alla memoria dopo la lettura. È lì che questa accelerazione invia il conto. È lunedì, dodici ottobre, e questo è The Daily Diff. Claude Code è l'assistente di codifica di Anthropic.

0:23 Può leggere un progetto, modificare file ed eseguire comandi. Linus lo sta dirigendo sulla gestione della memoria di Linux, dove la lettura dei dati già in memoria può ancora far sì che i core del processore si contendano la contabilità. Phoronix ha individuato il ramo domenica sera in America, già lunedì qui. Il commit è datato sabato. Questo è un lavoro sperimentale, con otto patch e una richiesta di esame approfondito. Il tuo laptop non ha segretamente scaricato un Linus artificiale.

Perché la lettura della memoria può causare un ingorgo?

0:45 Diversi thread leggono lo stesso file memorizzato nella cache. Ogni lettura prende un riferimento alla memoria, quindi lo rilascia in seguito. Il conteggio dei riferimenti viene scritto due volte, quindi i core che eseguono innocue piccole letture competono per la contabilità. La libreria ha otto lettori e un foglio di uscita. La sua proposta ritarda il riciclo della memoria utilizzando un periodo di grazia per l'aggiornamento della copia in lettura. I lettori possono copiare i dati memorizzati nella cache senza prendere quel riferimento. Quando una pagina viene rimossa, la sua memoria deve attendere prima del riutilizzo.

1:09 L'accelerazione deriva dalla modifica delle regole di durata intorno ai dati. Linus attribuisce a Claude Code il codice, i programmi di test e la revisione alla base della sua lista di problemi. Ha redatto il testo esplicativo sotto la sua direzione. Le misurazioni sono state eseguite sulla sua macchina. Anche il robot deve portare le ricevute a questa revisione. Il risultato principale utilizza otto thread che leggono sedici byte da una pagina.

Cosa misura effettivamente il benchmark del laptop?

1:28 Pensa a piccole letture ripetute dello stesso file. Confronta i cicli del processore per lettura perché il suo laptop rallenta quando è caldo. Un benchmark con le proprie previsioni meteorologiche. Il costo di base è di circa tremila cicli per lettura. Con le patch, è di circa settecentoventicinque. Questo è circa un quarto del costo del processore in questo test. La tua intera macchina Linux non ha ricevuto alcuna promessa di diventare quattro volte più veloce. La sua lettera di accompagnamento mette gli aspetti difficili accanto a quelli entusiasmanti.

1:53 Le mitigazioni di sicurezza e il usercopy rinforzato erano disattivati. Elenca i test mancanti, inclusi altre macchine e strumenti di debug della memoria. Leggere le note a piè di pagina è ora un vantaggio competitivo, il che sembra un bug nell'umanità. C'è una regressione quando la pagina utente di destinazione è mancante.

Quali letture rallentano?

2:07 La piccola lettura diventa più costosa perché il percorso veloce fallisce prima che il vecchio percorso gestisca il page fault. La proposta accelera un percorso aggiungendo lavoro a un altro. Entrambi appartengono alla revisione. Consideralo un esperimento ingegneristico con un collo di bottiglia noto e misurazioni con limitazioni. I revisori ottengono qualcosa di concreto da contestare. Un assistente che produce patch lascia qualcuno responsabile di dimostrare che le parti pericolose sono sicure.

Perché le persone vedono diverse capacità di intelligenza artificiale?

2:30 Nel frattempo, Andrej Karpathy afferma che la nostra comprensione delle capacità dell'IA si sta separando. Il suo nuovo post rivisita un'osservazione di aprile. Descrive un imbuto, da persone che usano a malapena modelli linguistici a professionisti che dirigono potenti agenti di codifica. Stessa parola, AI, giorno di lavoro diverso. I suoi calcoli approssimativi stimano circa venti milioni di persone nell'uso professionale di modelli di frontiera per la matematica e il codice. Questa è una stima, senza sondaggio allegato.

2:52 Sottolinea l'accesso, i problemi ambiziosi e i compiti verificabili. Una conversazione con un chatbot e un esperimento kernel supervisionato esercitano muscoli diversi. Qualcuno guarda un bot pasticciare una richiesta mentre un'altra persona rilascia una patch utile. Le stime della popolazione sono pericolosamente facili da ripetere come ricerca. Mantieni l'etichetta di stima attaccata prima che il grafico inizi a indossare un camice da laboratorio. Chiedi cosa potrebbe fare il sistema, come è stato controllato il risultato e chi era responsabile dell'esito. Queste domande viaggiano meglio degli screenshot di risposte miracolose.

Come può l'IA cambiare un lavoro prima di sostituirne le competenze?

3:21 Poi Cendyne ha pubblicato un resoconto meno confortevole intitolato Fable took my jorb. L'autore dice che erano l'ultimo ingegnere in un'azienda, e la dirigenza credeva che un'assistenza AI più economica potesse permettere di procedere verso una fusione o acquisizione. La direzione può modificare le spese prima che un modello eguagli il giudizio di un ingegnere esperto. Cendyne sostiene che il gusto e la lungimiranza rimangono assenti, mentre il marketing fornisce fiducia.

3:42 Una decisione sulla busta paga può arrivare prima che l'argomento tecnico sia risolto. Il post descrive la paura dopo il licenziamento e dice che l'autore ha trovato qualcos'altro. Questa è una persona che affronta le conseguenze. La battuta finale appartiene al foglio di calcolo che prende la decisione. Chiamarla efficienza dà alla contabilità una generosa revisione delle prestazioni. Dimostrare l'utilità di uno strumento e dimostrare la sensatezza di un piano di personale sono lavori separati. La patch ha un carico di lavoro testabile. La scommessa del datore di lavoro coinvolge la proprietà del prodotto e i futuri fallimenti.

4:09 Un microbenchmark superato non può firmare il contratto di supporto. Abbiamo il resoconto di uno sviluppatore con un datore di lavoro non nominato. Fornisce una prospettiva, e nessun conteggio di posti di lavoro a livello economico o valutazione indipendente delle esigenze di quella azienda. Mantieni lo scopo allegato quando condividi la storia. La variabile comune è la responsabilità. Linus dirige il lavoro. Karpathy descrive accesso e compiti disuguali.

4:29 Cendyne descrive una scommessa della direzione. Qualcuno si assume le conseguenze in ogni versione.

Dove invia il conto l'accelerazione?

4:34 E il conto della memoria? Le pagine rimosse attendono prima del riutilizzo, e l'allocatore non riesce a vedere correttamente quella memoria in attesa. Linus elenca questo come irrisolto anche con le sue patch di mitigazione. Letture più veloci passano a un altro sottosistema un problema di contabilità più difficile. La contabilità trova una nuova scrivania. Questa è una nota a piè di pagina che vale la pena conservare. Se preferisci leggere questo piuttosto che sentirmi dirlo, il diff arriva nella tua casella di posta

4:53 ogni mattina, gratuitamente su the daily diff dot dev, link qui sotto.

Rilascierei queste patch?

4:56 Quindi il verdetto di oggi, NEEDS REVIEW. Manterrei l'assistente nel flusso di lavoro e richiederei test più ampi prima di rilasciare queste modifiche alla durata. La responsabilità rimane all'ingegnere. E questo è il diff per oggi. Sono Niko da Axrisi. Fondi responsabilmente.

Fonti

  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

Video correlati