El 19 de octubre de 2026, Phoronix informó de que Kiryl Shutsemau, ingeniero de Meta, había reescrito un RFC de Linus Torvalds sobre la caché de páginas de Linux y había probado la nueva propuesta. El cambio busca reducir la contención que provocan las referencias repetidas a un mismo folio cuando varios CPU leen fragmentos pequeños de un archivo.

Qué cambia en la lectura de la caché

En ese tipo de lectura concurrente, cada CPU puede tomar y soltar una referencia al mismo folio, una unidad de gestión de memoria del kernel. El contador de referencias pasa así de un CPU a otro. La propuesta permite que filemap_read() y shmem copien datos de la caché sin tomar una referencia del folio.

Para proteger el folio mientras una lectura todavía puede copiar datos de él, la propuesta retrasa su liberación hasta que haya pasado un periodo de gracia de RCU. RCU es un mecanismo del kernel que coordina el acceso concurrente a datos compartidos.

El RFC de Shutsemau revisa un trabajo anterior de Linus Torvalds. NeoTeo ya había tratado el uso de Claude Code en ese trabajo previo.

Qué mide el benchmark

Un RFC de Linux busca reducir la contención en la caché de páginas

El gráfico identifica una operación concreta: pread() de 16 bytes en el desplazamiento 0, con un descriptor de archivo distinto para cada hilo. La escala vertical expresa millones de lecturas por segundo y es logarítmica. Phoronix describió los resultados como prometedores; esa carga permite valorar el rendimiento de ese patrón de lectura, no extrapolar una mejora a cualquier tarea de Linux.

Sistemas probados y estado del RFC

Phoronix informó de pruebas en EXT4, TMPFS, XFS y un dispositivo de bloques sin formato, con 64 hilos en un procesador AMD Ryzen Threadripper. Las ejecuciones se hicieron con y sin las mitigaciones de seguridad predeterminadas de la CPU.

En su reporte del 19 de octubre de 2026, Phoronix describió la serie como un RFC con cuestiones de diseño abiertas.