Linus Torvalds usa Claude Code para parches de Linux

Que abrangue este vídeo

• A fonte é un traballo de rama experimental, cun commit do sábado 10 de outubro e un informe de Phoronix publicado o domingo pola noite en EDT, xa luns en GMT+7. As fontes seleccionadas non establecen unha fusión ou lanzamento completo na liña principal.
• Pequenas lecturas do mesmo ficheiro en caché poden competir por un contador de referencias de folio compartido. A proposta permite copiar baixo a protección de lectura RCU mentres se pospón a reutilización final da memoria ata un período de graza.
• A proba de páxina compartida de dezaseis bytes de oito fíos de Linus informa de 2937–2975 ciclos de núcleo de referencia por lectura e 725–726 coa serie, aproximadamente un cuarto do custo. É un microbenchmark de portátil executado polo autor con mitigacións e copia de usuario endurecida deshabilitada, non un resultado de rendemento de sistema completo.
• A fonte tamén informa dunha regresión de páxina de destino que falta e unha contabilidade de asignador non resolta para a memoria en espera de ser reutilizada. Máquinas máis amplas e varias configuracións de depuración/proba permanecen sen probar.
• Karpathy atribúe diferentes experiencias de IA ao acceso, problemas ambiciosos e tarefas verificables. O seu reconto de usuarios profesionais é explicitamente un cálculo aproximado; ningunha enquisa acompaña a publicación.
• Cendyne describe a un empregador sen nome que gaña confianza para avanzar cara a fusións e adquisicións con asistencia de IA máis barata. Este é un relato de primeira man e a interpretación do seu autor, non un reconto de empregos a nivel da economía ou unha proba de habilidade de enxeñaría equivalente.
• Unha ferramenta útil, un parche seguro e unha decisión de persoal sensata requiren cada un a súa propia evidencia e un propietario responsable.

Transcrición traducida

Traducido da narración orixinal en inglés. O audio e os subtítulos dispoñibles son controlados por YouTube.

Linus confiaría nun bot de codificación?

0:00 Agardaríase que Linus Torvalds fixera chorar a un bot de codificación durante a revisión. Está usando Claude Code para parches de Linux, e mesmo o primeiro borrador da carta de presentación. Neste vídeo, por que as pequenas lecturas custan tanto? E de quen cambia o traballo? Observa o que acontece coa memoria despois da lectura. É aí onde esta aceleración envía a factura. É luns, doce de outubro, e este é The Daily Diff. Claude Code é o asistente de codificación de Anthropic.

0:23 Pode ler un proxecto, editar ficheiros e executar comandos. Linus está dirixíndoo na xestión de memoria de Linux, onde a lectura de datos xa na memoria aínda pode facer que os núcleos do procesador loiten pola contabilidade. Phoronix detectou a rama o domingo pola noite en América, xa luns aquí. O commit está datado o sábado. Este é un traballo experimental, con oito parches e unha solicitude de escrutinio. O teu portátil non descargou en segredo un Linus artificial.

Por que a lectura de memoria pode causar un atasco?

0:45 Varios fíos len o mesmo ficheiro en caché. Cada lectura colle unha referencia á memoria, e logo a solta despois. O contador de referencias escríbese dúas veces, polo que os núcleos que fan pequenas lecturas inocentes compiten pola contabilidade. A biblioteca ten oito lectores e unha folla de saída. A súa proposta atrasa a reciclaxe da memoria usando un período de graza de actualización de copia de lectura. Os lectores poden copiar datos en caché sen tomar esa referencia. Cando se elimina unha páxina, a súa memoria debe esperar antes de ser reutilizada.

1:09 A aceleración provén de cambiar as regras de vida útil arredor dos datos. Linus acredita a Claude Code polo código, os programas de proba e a revisión detrás da súa lista de problemas. Redactou o texto explicativo baixo a súa dirección. As medicións executáronse na súa máquina. Mesmo o robot ten que traer recibos a esta revisión. O resultado principal usa oito fíos lendo dezaseis bytes dunha páxina.

Que mide realmente o benchmark do portátil?

1:28 Pensa en pequenas lecturas repetidas do mesmo ficheiro. Compara os ciclos do procesador por lectura porque o seu portátil se ralentiza cando está quente. Un benchmark coa súa propia previsión meteorolóxica. O custo de referencia é de aproximadamente tres mil ciclos por lectura. Cos parches, é de arredor de setecentos vinte e cinco. Iso é aproximadamente un cuarto do custo do procesador nesta proba. Todo o teu equipo Linux recibiu cero promesas de ser catro veces máis rápido. A súa carta de presentación pon os aspectos incómodos xunto cos emocionantes.

1:53 As mitigacións de seguridade e a copia de usuario endurecida estaban desactivadas. Enumera as probas que faltan, incluíndo outras máquinas e ferramentas de depuración de memoria. Ler as notas ao pé é agora unha vantaxe competitiva, o que parece un erro na humanidade. Hai unha regresión cando falta a páxina de usuario de destino.

Que lecturas se fan máis lentas?

2:07 A pequena lectura faise máis cara porque a ruta rápida falla antes de que a ruta antiga xestione o fallo de páxina. A proposta acelera unha ruta mentres engade traballo a outra. Ambos pertencen á revisión. Trata isto como un experimento de enxeñaría cun pescozo de botella coñecido e medicións con limitacións. Os revisores obteñen algo concreto que desafiar. Un asistente que produce parches deixa a alguén responsable de demostrar que as partes perigosas son seguras.

Por que as persoas ven diferentes capacidades de IA?

2:30 Mentres tanto, Andrej Karpathy di que a nosa comprensión da capacidade da IA se está separando. A súa nova publicación revisita unha observación de abril. Describe un embude, desde persoas que apenas usan modelos de linguaxe ata profesionais que dirixen potentes axentes de codificación. Mesma palabra, IA, día de traballo diferente. Os seus cálculos aproximados sitúan a uns vinte millóns de persoas no uso profesional de modelos fronteirizos para matemáticas e código. Esa é unha estimación, sen enquisa subministrada.

2:52 Fai fincapé no acceso, problemas ambiciosos e tarefas verificables. Unha conversa de chatbot e un experimento de kernel supervisado exercitan músculos diferentes. Alguén observa a un bot tropezar cunha solicitude mentres outra persoa envía un parche útil. As estimacións de poboación son perigosamente fáciles de repetir como investigación. Mantén a etiqueta de "estimación" antes de que o gráfico comece a levar unha bata de laboratorio. Pregunta que podería facer o sistema, como se comprobou o resultado e quen posuía o resultado. Esas preguntas viaxan mellor que as capturas de pantalla de respostas milagrosas.

Como pode a IA cambiar un traballo antes de substituír as súas habilidades?

3:21 Entón Cendyne publicou un relato menos cómodo titulado Fable took my jorb. O autor di que eran o último enxeñeiro dunha empresa, e a dirección cría que a asistencia de IA máis barata podería permitirlle avanzar cara a unha fusión ou adquisición. A xestión pode cambiar os gastos antes de que un modelo iguale o xuízo dun enxeñeiro experimentado. Cendyne argumenta que o gusto e a previsión seguen faltando, mentres que o marketing proporciona confianza.

3:42 Unha decisión de nómina pode chegar antes de que se resolva o argumento técnico. A publicación describe o medo despois do despedimento e di que o autor atopou outra cousa. Esa é unha persoa que se enfronta ás consecuencias. A frase final pertence á folla de cálculo que toma a decisión. Chamalo eficiencia dálle á contabilidade unha xenerosa avaliación de rendemento. Probar que unha ferramenta é útil e probar que un plan de persoal é sensato son traballos separados. O parche ten unha carga de traballo probábel. A aposta do empregador implica a propiedade do produto e futuras fallas.

4:09 Un microbenchmark que pasa non pode asinar o contrato de soporte. Temos o relato dun desenvolvedor cun empregador sen nome. Proporciona unha perspectiva, e non un reconto de empregos a nivel da economía ou unha avaliación independente das necesidades desa empresa. Mantén o alcance adxunto ao compartir a historia. A variable común é a responsabilidade. Linus dirixe o traballo. Karpathy describe acceso e tarefas desiguais.

4:29 Cendyne describe unha aposta da dirección. Alguén asume as consecuencias en cada versión.

Onde envía a aceleración a factura?

4:34 E a factura da memoria? As páxinas eliminadas esperan antes de ser reutilizadas, e o asignador non pode ver correctamente esa memoria en espera. Linus enumera isto como sen resolver mesmo cos seus parches de mitigación. As lecturas máis rápidas entregan a outro subsistema un problema de contabilidade máis difícil. A contabilidade atopa unha nova mesa. Esa é unha nota ao pé que paga a pena manter. Se prefires ler isto que escoitarmo, o "diff" chega á túa caixa de entrada

4:53 cada mañá, de balde en the daily diff dot dev, ligazón debaixo.

Enviaríame estes parches?

4:56 Entón o veredicto de hoxe, NECESITA REVISIÓN. Mantería o asistente no fluxo de traballo e esixiría probas máis amplas antes de enviar estes cambios de vida útil. A responsabilidade recae no enxeñeiro. E ese é o "diff" de hoxe. Son Niko de Axrisi. Fusiona con responsabilidade.

Fontes

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