El 10 de octubre, Linus Torvalds —la persona que más código ha rechazado en la historia del open source— publicó una rama experimental en su propio repositorio de Linux llamada noref-filemap-read-with-llm. En el mensaje del commit explica, en sus propias palabras, que el código, los programas de prueba, la revisión y el primer borrador del texto se hicieron "con un asistente de código LLM (Claude Code) bajo mi dirección". No es un thread de hype ni una demo de conferencia: es el kernel de Linux, el software que corre en más servidores del planeta que cualquier otro, con parches generados por un agente de IA. Y eso, para cualquiera que esté decidiendo hoy si confiar en coding agents dentro de su equipo, pesa más que cualquier benchmark de laboratorio de un vendor.
Qué hizo exactamente Torvalds (y qué no)
El parche ataca un problema real: cuando varios threads leen fragmentos pequeños del mismo archivo cacheado, compiten entre sí por el contador de referencias de ese folio (la unidad de memoria donde vive la página en caché). Matthew Wilcox, mantenedor del subsistema de memoria, había señalado este cuello de botella desde 2024 después de que apareciera en una carga de trabajo real de un cliente. La solución usa RCU (read-copy-update) para que un folio eliminado de la caché espere un periodo de gracia antes de liberarse, permitiendo que los lectores copien el dato cacheado sin tomar esa referencia que generaba la contención.
