Linus Torvalds usa Claude Code para patches do Linux

O que este vídeo aborda

• A fonte é um trabalho de ramificação experimental, com um commit de sábado, 10 de outubro, e um relatório Phoronix publicado na noite de domingo no EDT, já segunda-feira no GMT+7. As fontes selecionadas não estabelecem uma fusão ou lançamento concluído na linha principal.
• Pequenas leituras do mesmo arquivo em cache podem disputar uma contagem de referência de fólio compartilhada. A proposta permite a cópia sob proteção de leitura RCU, enquanto adia a reutilização final da memória até um período de carência.
• O teste de página compartilhada de Linus com oito threads e dezesseis bytes relata 2937–2975 ciclos de kernel de linha de base por leitura e 725–726 com a série, cerca de um quarto do custo. É um microbenchmark de laptop executado pelo autor com mitigações e usercopy endurecido desativado, não um resultado de desempenho de sistema completo.
• A fonte também relata uma regressão de página de destino ausente e uma contabilidade de alocador não resolvida para memória esperando para ser reutilizada. Máquinas mais amplas e várias configurações de depuração/teste permanecem sem teste.
• Karpathy atribui diferentes experiências de IA a acesso, problemas ambiciosos e tarefas verificáveis. Sua contagem de usuários profissionais é explicitamente uma estimativa; nenhuma pesquisa acompanha a postagem.
• Cendyne descreve um empregador não nomeado ganhando confiança para avançar em direção a M&A com assistência de IA mais barata. Este é um relato em primeira mão e a interpretação de seu autor, não uma contagem de empregos em toda a economia ou prova de habilidade de engenharia equivalente.
• Uma ferramenta útil, um patch seguro e uma decisão sensata de pessoal exigem cada um suas próprias evidências e um proprietário responsável.

Transcrição traduzida

Traduzido da narração original em inglês. Áudio e legendas disponíveis são controlados pelo YouTube.

Linus confiaria em um bot de codificação?

0:00 Você esperaria que Linus Torvalds fizesse um bot de codificação chorar durante a revisão. Ele está usando o Claude Code para patches do Linux, e até mesmo o primeiro rascunho da carta de apresentação. Neste vídeo, por que pequenas leituras custam tanto? E o trabalho de quem muda? Fique de olho no que acontece com a memória após a leitura. É aí que esse aumento de velocidade envia a conta. É segunda-feira, doze de outubro, e este é o The Daily Diff. Claude Code é o assistente de codificação da Anthropic.

0:23 Ele pode ler um projeto, editar arquivos e executar comandos. Linus o está dirigindo no gerenciamento de memória do Linux, onde a leitura de dados já na memória ainda pode fazer os núcleos do processador disputarem a contabilidade. Phoronix detectou o "branch" na noite de domingo na América, já segunda-feira aqui. O "commit" é datado de sábado. Este é um trabalho experimental, com oito patches e um pedido de escrutínio. Seu laptop não baixou secretamente um Linus artificial.

Por que a leitura de memória pode causar um "engarrafamento"?

0:45 Várias "threads" leem o mesmo arquivo em cache. Cada leitura pega uma referência à memória, depois a solta. A contagem de referências é escrita duas vezes, então os núcleos fazendo pequenas leituras inocentes competem pela contabilidade. A biblioteca tem oito leitores e uma folha de saída. Sua proposta atrasa a reciclagem da memória usando um período de carência de "read copy update" (RCU). Os leitores podem copiar dados em cache sem pegar essa referência. Quando uma página é removida, sua memória deve esperar antes da reutilização.

1:09 O aumento de velocidade vem da mudança das regras de "tempo de vida" em torno dos dados. Linus credita Claude Code pelo código, programas de teste e revisão por trás de sua lista de problemas. Ele redigiu o texto explicativo sob sua direção. As medições foram executadas em sua máquina. Até o robô tem que trazer os comprovantes para esta revisão. O resultado principal usa oito "threads" lendo dezesseis bytes de uma página.

O que o benchmark do laptop realmente mede?

1:28 Pense em pequenas leituras repetidas do mesmo arquivo. Ele compara os ciclos do processador por leitura porque seu laptop acelera quando está quente. Um benchmark com sua própria previsão do tempo. A linha de base custa aproximadamente três mil ciclos por leitura. Com os patches, são cerca de setecentos e vinte e cinco. Isso é cerca de um quarto do custo do processador neste teste. Sua máquina Linux inteira recebeu zero promessas de se tornar quatro vezes mais rápida. Sua carta de apresentação coloca os pontos difíceis ao lado dos emocionantes.

1:53 As mitigações de segurança e o "usercopy" endurecido estavam desativados. Ele lista testes ausentes, incluindo outras máquinas e ferramentas de depuração de memória. Ler as notas de rodapé agora é uma vantagem competitiva, o que parece um bug na humanidade. Há uma regressão quando a página de usuário de destino está ausente.

Quais leituras ficam mais lentas?

2:07 A pequena leitura fica mais cara porque o caminho rápido falha antes que o caminho antigo lida com a falha de página. A proposta acelera um caminho enquanto adiciona trabalho a outro. Ambos pertencem à revisão. Trate isso como um experimento de engenharia com um gargalo conhecido e medições com limitações. Os revisores recebem algo concreto para desafiar. Um assistente produzindo patches deixa alguém responsável por provar que as partes perigosas são seguras.

Por que as pessoas estão vendo diferentes capacidades de IA?

2:30 Enquanto isso, Andrej Karpathy diz que nossa compreensão da capacidade da IA está se afastando. Sua nova postagem revisita uma observação de abril. Ele descreve um funil, de pessoas que mal usam modelos de linguagem a profissionais que dirigem poderosos agentes de codificação. Mesma palavra, IA, dia de trabalho diferente. Sua estimativa coloca cerca de vinte milhões de pessoas no uso profissional de modelos de fronteira para matemática e código. Isso é uma estimativa, sem pesquisa fornecida.

2:52 Ele enfatiza o acesso, problemas ambiciosos e tarefas verificáveis. Uma conversa de chatbot e um experimento de kernel supervisionado exercitam músculos diferentes. Alguém assiste um bot atrapalhar um pedido enquanto outra pessoa envia um patch útil. Estimativas populacionais são perigosamente fáceis de repetir como pesquisa. Mantenha o rótulo de estimativa anexado antes que o gráfico comece a usar um jaleco. Pergunte o que o sistema poderia fazer, como o resultado foi verificado e quem era o dono do resultado. Essas perguntas viajam melhor do que capturas de tela de respostas milagrosas.

Como a IA pode mudar um emprego antes de substituir suas habilidades?

3:21 Então Cendyne publicou um relato menos confortável intitulado Fable took my jorb. O autor diz que era o último engenheiro em uma empresa, e a liderança acreditava que a assistência de IA mais barata poderia permitir que ela avançasse em direção a uma fusão ou aquisição. A gerência pode mudar os gastos antes que um modelo corresponda ao julgamento de um engenheiro experiente. Cendyne argumenta que o gosto e a previsão ainda estão ausentes, enquanto o marketing fornece confiança.

3:42 Uma decisão de folha de pagamento pode chegar antes que o argumento técnico seja resolvido. A postagem descreve o medo após a demissão e diz que o autor encontrou algo mais. Essa é uma pessoa lidando com as consequências. A moral pertence à planilha que toma a decisão. Chamá-lo de eficiência dá à contabilidade uma generosa avaliação de desempenho. Provar que uma ferramenta é útil e provar que um plano de pessoal é sensato são trabalhos separados. O patch tem uma carga de trabalho testável. A aposta do empregador envolve a propriedade do produto e futuras falhas.

4:09 Um microbenchmark aprovado não pode assinar o contrato de suporte. Temos o relato de um desenvolvedor com um empregador não nomeado. Ele fornece uma perspectiva, e nenhuma contagem de empregos em toda a economia ou avaliação independente das necessidades dessa empresa. Mantenha o escopo anexado ao compartilhar a história. A variável comum é a responsabilidade. Linus dirige o trabalho. Karpathy descreve acesso e tarefas desiguais.

4:29 Cendyne descreve uma aposta de gestão. Alguém arca com as consequências em todas as versões.

Para onde o aumento de velocidade envia a conta?

4:34 E a conta da memória? As páginas removidas esperam antes da reutilização, e o alocador não consegue ver adequadamente essa memória esperando. Linus lista isso como não resolvido mesmo com seus patches de mitigação. Leituras mais rápidas entregam a outro subsistema um problema de contabilidade mais difícil. A contabilidade encontra uma nova mesa. Essa é uma nota de rodapé que vale a pena guardar. Se você preferir ler isso a me ouvir dizer, o diff chega na sua caixa de entrada

4:53 todas as manhãs, gratuitamente em the daily diff dot dev, link abaixo.

Eu enviaria esses patches?

4:56 Então o veredito de hoje, NECESSITA REVISÃO. Eu manteria o assistente no fluxo de trabalho e exigiria testes mais amplos antes de enviar essas mudanças de "tempo de vida". A responsabilidade permanece com o engenheiro. E esse é o diff de hoje. Eu sou Niko da Axrisi. Fazer "merge" com 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