Si tu kernel actual funciona sin dar guerra, ¿qué sentido tiene cambiarlo? Es la duda que despierta cualquier kernel XanMod y la que vuelve cada vez que el proyecto saca versiones nuevas, como acaba de hacer con la 7.2.9 para la rama principal, la 6.18.55 para la LTS y la 6.18.55-rt para tiempo real. Las tres se han reconstruido sobre el código estable más reciente de Linux, así que conviene mirar qué traen antes de decidir si te compensa el salto.
XanMod lo mantiene Alexandre Frade desde 2015 y se publica bajo GPLv2, de modo que cualquiera puede revisar y reconstruir lo que instala. Su receta consiste en tomar el kernel de Linux, aplicarle un conjunto de parches seleccionados, compilarlo con ajustes propios y entregarlo ya empaquetado. Tú no compilas nada ni tienes que repasar una lista interminable de opciones de configuración. Frade resume el objetivo como una experiencia estable, fluida y sólida, y el público al que apunta son los usuarios de escritorio, los jugadores y la gente avanzada que quiere funciones recientes sin pelearse con la compilación. Eso sí, solo existe para x86-64 y llega como paquetes amd64 para Debian, Ubuntu y derivadas. El kernel que traen por defecto la mayoría de distribuciones está pensado para funcionar en la máxima variedad de hardware posible y con una estabilidad conservadora. Es una decisión acertada para casi todo el mundo, aunque no es la ideal si persigues latencia baja en un juego o si compilas con frecuencia. En ese hueco entra XanMod: hace el mismo trabajo de fondo que el kernel de Linux, pero con varios ajustes llevados más lejos de lo que se atreven a ir las distribuciones generalistas.
Esos ajustes son lo que lo distingue. Se compila con optimizaciones de LLVM, análisis poliédrico con Polly y opciones adicionales para x86-64, y se reajustan el planificador, el balanceo de carga, el gestor de memoria y el gobernador de CPUFreq. Además, vienen activados por defecto BBRv3 y los ajustes TCP de Cloudflare, dos mejoras orientadas al rendimiento de la red. También incluye soporte para sched_ext, que permite cargar planificadores de CPU alternativos, y una compilación específica con PREEMPT_RT. A eso se suman parches de la comunidad: full-cone NAT en nf_tables, FLOWOFFLOAD, PCIe ACS Override e incluso un controlador para el sensor EC de la Steam Deck, un detalle simpático si usas una consola portátil y perfectamente ignorable si no.
Si lees los registros de cambios, la sensación es tranquilizadora, porque son sobre todo correcciones y endurecimiento de seguridad. Abundan las soluciones a accesos a memoria ya liberada, lecturas fuera de límites, fugas de referencias y condiciones de carrera. Muchas proceden de syzbot, el sistema automático de pruebas de entradas aleatorias que lleva años encontrando fallos en Linux que ningún mantenedor podría cazar a mano. Los bloques más grandes afectan a la virtualización. KVM recibió una revisión importante en x86, arm64, RISC-V y s390, lo cual tiene sentido dado lo central que se ha vuelto la virtualización por hardware. Después viene la red, con correcciones que rozan casi todos los subsistemas, y en el sistema de archivos hay endurecimiento de XFS y trabajo en el cliente de SMB. Hay también un grupo de arreglos en controladores gráficos, con cambios en amdgpu, i915 y Nouveau. En el i915 de Intel se ha añadido un límite de velocidad de eDP específico para el portátil HP Pavilion Plus 14, el tipo de detalle que solo sale a la luz cuando la pantalla de alguien empieza a comportarse mal. Si quieres el detalle a nivel de cada commit, lo tienes en las páginas de publicación del proyecto en GitLab. Mi lectura es que no hay nada espectacular aquí, y eso es una buena noticia. En una pieza que vive debajo de todo lo demás y que arrancas cada mañana, que una versión sea aburrida suele ser exactamente lo que quieres.
XanMod ofrece cuatro variantes para x86-64. La versión x86-64 clásica llega hasta un Pentium 4, después está la x86-64-v2, la x86-64-v3 para Haswell y posteriores además de AMD Zen, y la x86-64-v4 con AVX-512. Esta última no aporta ninguna ventaja real en el kernel, así que no merece la pena perseguirla. Para la mayoría de equipos de escritorio y de juego, la compilación LTS x64v3 es la elección razonable. Combina frescura con la ventana de soporte largo que mantiene a raya los sustos. La x64v2 queda para procesadores anteriores a Haswell, y la rama RT solo tiene sentido si necesitas de verdad planificación en tiempo real, porque si no pagas un coste de latencia por una función que nunca vas a usar.
La instalación sigue siendo tan sencilla como siempre: registras la clave PGP, añades el repositorio oficial de APT, instalas el kernel que coincida con tu CPU y reinicias. Entre los nombres en clave compatibles están bookworm, trixie y noble, además de otros menos conocidos. Si compilas módulos fuera del árbol del kernel, hay un paquete aparte con la cadena de herramientas necesaria. Los usuarios de NVIDIA disponen de un repositorio de controladores a juego, con una rama de producción y otra más reciente. Y si prefieres no tocar tus repositorios, los paquetes .deb independientes se descargan desde SourceForge.
Al final, la pregunta de si cambiar un kernel que funciona se parece menos a una cuestión de velocidad y más a una de control. Casi nadie nota cuántos fotogramas gana o pierde con un planificador distinto, pero sí cuánto de lo que ocurre bajo su sistema decidió él y cuánto vino ya decidido por otros. Quizá lo más valioso de proyectos como XanMod sea eso: recordarnos que esa capa invisible también admite alternativas.
Fuente: Linux Compatible
Añadir comentario
Comentarios