A série experimental de oito patches de Linus Torvalds busca reduzir a contenção na cache de páginas do Linux durante leituras pequenas e repetidas. A ZDNET relata ganhos em um teste específico com oito threads; em um relato separado, Axoncraze descreveu um caso mais lento de falha de página (page fault).
O que o patch pretende mudar
Quando várias threads leem dados da mesma página, atualizações repetidas do contador de referências de um folio — uma unidade de memória gerenciada pelo kernel — podem fazer os núcleos disputar a mesma linha de cache. O patch propõe adiar a reutilização da memória removida da cache de páginas até passar um período de graça do RCU, mecanismo de sincronização conhecido como read-copy-update. Assim, um leitor protegido pode copiar os dados para um buffer do usuário sem adquirir uma referência ao folio.
A proposta troca atualizações no caminho de leitura por uma recuperação mais tardia da memória. Esse custo de gerenciamento é uma das questões técnicas descritas para a série.
Em que Claude Code ajudou Torvalds
Segundo a declaração de Torvalds reproduzida pela ZDNET, Claude Code auxiliou na produção do código, dos programas de teste, do material de revisão e do primeiro rascunho do texto de apresentação dos patches. Torvalds orientou esse trabalho. A cobertura anterior da NeoTeo sobre a branch experimental contextualiza o uso da ferramenta; a questão técnica aqui é o alcance do benchmark e o custo relatado em outro caso.
O que o benchmark mediu
No teste descrito pela ZDNET, oito threads fizeram chamadas pread() de 16 bytes para a mesma página, em um laptop com processador Intel Core i7-8565U, de quatro núcleos e oito threads. Nesse cenário, a taxa relatada passou de cerca de 9,9–10,4 milhões para 30–33 milhões de leituras por segundo. O custo do kernel caiu de aproximadamente 2.950 para 725 ciclos por leitura.
A medição de uma thread foi diferente: o custo ficou em torno de 452–454 ciclos por leitura antes da série e 408–409 depois. São resultados desse teste de leitura pequena, não uma medida do desempenho geral do Linux.
O custo relatado nas falhas de página
A ZDNET também descreveu uma exceção adicional que falha quando uma leitura mira uma página de usuário não mapeada, antes de o caminho existente tratar o caso. Separadamente, Axoncraze relatou um caso mais lento de falha de página. A observação do canal não deve ser confundida com uma reprodução do benchmark da ZDNET.
O status informado para a branch
Em 13 de outubro de 2026, a ZDNET informou que a branch continuava fora do mainline Linux 7.3-rc6.
