La serie experimental de ocho parches de Linus Torvalds busca reducir la contención en la caché de páginas de Linux durante lecturas pequeñas repetidas. ZDNET informó de mejores resultados en una carga de trabajo concreta; Axoncraze describió por separado un caso límite más lento relacionado con fallos de página. El informe de ZDNET atribuyó los datos de rendimiento al envío del parche de Torvalds.
Qué cambia la propuesta y cómo intervino Claude Code
La caché de páginas guarda en memoria datos de archivos para que el kernel pueda acceder a ellos con rapidez. En la situación que aborda la serie, varios hilos hacen lecturas pequeñas y compiten al actualizar referencias asociadas a los datos. Esas actualizaciones repetidas pueden hacer que los núcleos compitan por una misma línea de caché.
La propuesta retrasa la reutilización de la memoria retirada de la caché hasta que haya transcurrido un período de gracia de RCU (read-copy-update), un mecanismo de sincronización. Así, un lector protegido puede copiar los datos al búfer de usuario sin tomar una referencia al folio, una estructura que Linux utiliza para gestionar memoria. La reclamación de esa memoria —es decir, cuándo puede recuperarse y reutilizarse— sigue siendo una contrapartida del diseño.
Torvalds indicó que Claude Code le ayudó con el código, los programas de prueba, el material de revisión y el primer borrador del texto de presentación, siempre bajo su dirección. La cobertura anterior de NeoTeo sobre esta rama experimental ofrece contexto sobre el uso de la herramienta.
Qué mide el benchmark
ZDNET describió una prueba en un portátil con un Intel Core i7-8565U de cuatro núcleos y ocho hilos. En ella, ocho hilos ejecutaban llamadas pread() de 16 bytes sobre la misma página. Para esa carga, el rendimiento pasó de unos 9,9–10,4 millones de lecturas por segundo a 30–33 millones. El coste del kernel bajó de unos 2.950 a 725 ciclos por lectura.
La línea de caché compartida representó el 99,92 % de la carga entre núcleos medida en esa prueba. En una medición distinta, con un solo hilo, el coste pasó de unos 452–454 a 408–409 ciclos por lectura. Son resultados de esas condiciones concretas, no una medida del rendimiento general de Linux.
La contrapartida en los fallos de página
ZDNET también describió un intento adicional de excepción que falla cuando una lectura apunta a una página de usuario no mapeada, antes de que se encargue la ruta existente. Por su parte, Axoncraze describió otro caso límite con un fallo de página más lento, sin vincularlo a esa misma situación.
Estado de la serie el 13 de octubre
ZDNET indicó el 13 de octubre de 2026 que la serie aún no formaba parte de Linux 7.3-rc6.
