La compilación limpia del kernel de Linux se acerca a los diez segundos
Un build por defecto del núcleo en x86_64 está a punto de romper la barrera de los diez segundos, según la medición publicada esta semana. La cifra deja atrás una época en la que compilarlo daba para una comida.
Compilar el kernel de Linux con la configuración por defecto en x86_64 está a punto de bajar de los diez segundos. Es la cifra que se maneja en la comparativa publicada estos días, y supone cerrar una brecha que llevaba años abierta: hasta no hace tanto, lanzar un build limpio del núcleo era sinónimo de levantarse de la silla y volver más tarde.
El dato se refiere a un build limpio y con la configuración por defecto, no a una recompilación incremental. Esa distinción importa, porque un build incremental sobre un árbol ya compilado siempre ha sido mucho más rápido: lo que cambia aquí es el escenario peor, el que arranca de cero y toca todos los objetos.
Que el núcleo haya pasado de ser un proceso que consumía media tarde a algo que se despacha en el tiempo de un café exprés no viene de una sola cosa. La máquina que hay debajo tiene mucho que ver, claro, pero también el trabajo acumulado en el propio árbol: menos dependencias cruzadas, mejor paralelización y una cultura de build que lleva años optimizándose.
Lo que falta por saber
El anuncio deja fuera lo que cualquier administrador o desarrollador querría ver antes de dar la cifra por buena. No se detalla el hardware empleado, ni el número de núcleos, ni cuánta memoria, ni si el almacenamiento es NVMe o algo más lento. Tampoco se especifica la versión del kernel ni el juego de herramientas de compilación, dos factores que mueven el resultado de forma apreciable.
Es decir, los diez segundos son un hito creíble en el contexto adecuado, pero no una promesa que vaya a reproducir cualquier equipo. Un portátil de hace cinco años, un contenedor de CI con CPU limitada o una máquina virtual con almacenamiento de red seguirán tardando bastante más.
Por qué importa
El build del kernel no es una tarea exótica: es el bucle de trabajo de quien desarrolla controladores, de quien hace bisect para cazar una regresión y de las granjas de integración continua que prueban cada parche antes de que llegue al árbol principal. Cuando ese bucle se mide en segundos en lugar de minutos, cambia la frecuencia con la que se puede iterar y probar.
Queda por ver si la cifra se sostiene con configuraciones reales, esas que activan miles de opciones y no se parecen a un defconfig. Ahí es donde el número empieza a crecer.