Em 19 de outubro de 2026, a Phoronix relatou que Kiryl Shutsemau, engenheiro da Meta, havia reformulado um RFC anterior de Linus Torvalds para reduzir a contenção em pequenas leituras da cache de páginas do Linux. A proposta muda dois caminhos de leitura e prevê adiar a liberação de certos folios até o fim de um período de graça do RCU.
O que muda na leitura da cache de páginas
Quando várias CPUs fazem pequenas leituras do mesmo arquivo, cada uma pode adquirir e liberar uma referência ao mesmo folio, unidade de memória gerenciada pelo kernel. Com isso, o contador de referências circula entre as CPUs e pode gerar contenção.
O RFC propõe que filemap_read() e shmem copiem dados da cache de páginas sem adquirir uma referência ao folio. Para proteger o tempo de vida desse folio, a proposta prevê que ele só seja liberado depois de transcorrido um período de graça do RCU (Read-Copy-Update).
A reformulação parte de um RFC anterior de Linus Torvalds, tema de uma reportagem anterior do NeoTeo sobre Claude Code e o trabalho de Torvalds. A menção à ferramenta se refere ao trabalho anterior; o relato sobre a reformulação atribui a Shutsemau o novo RFC e os testes.
O que o benchmark mede
O gráfico identifica uma operação específica: pread() de 16 bytes no deslocamento 0, com cada thread usando seu próprio descritor de arquivo. O eixo vertical mede milhões de leituras por segundo em escala logarítmica. Essa combinação descreve a vazão daquela operação sob as condições testadas.
A Phoronix descreveu os resultados como promissores. O teste incluiu EXT4, TMPFS, XFS e um dispositivo de bloco bruto, com 64 threads em um processador AMD Ryzen Threadripper. As medições foram feitas com e sem as mitigações de segurança padrão da CPU ativadas.
O status do RFC no relato
Em 19 de outubro de 2026, a Phoronix descreveu a série como um RFC, com questões de projeto em aberto. RFC é uma proposta submetida para discussão; o relato não a apresentava como uma alteração integrada ao kernel principal.
