x32 ABI podría desaparecer del kernel Linux en los próximos años: los desarrolladores han propuesto retirar este modo híbrido 32-bit/64-bit por su escasa adopción y limitaciones técnicas.
La propuesta, impulsada por Sebastian Andrzej Siewior (Linutronix) y cubierta por medios especializados, plantea eliminar el soporte al x32 ABI si no surgen objeciones significativas, con una ventana que apunta hacia 2027 para su completa retirada.
Qué es el x32 ABI y por qué se creó
El x32 ABI nació como una solución intermedia: permitir que procesos usaran el conjunto de registros y la unidad de datos de 64 bits, pero manteniendo punteros de 32 bits. En la práctica, esto intentaba combinar lo mejor de ambos mundos: acceder a las ventajas de la arquitectura x86-64 mientras se reducía el tamaño de los punteros para ahorrar memoria y mejorar la eficiencia de la caché.
La idea técnica es sencilla de explicar: si las direcciones en memoria ocupan 4 bytes en lugar de 8, las estructuras de datos que incluyen punteros pesan menos y caben mejor en las cachés de CPU. Eso puede traducirse en menos fallos de caché y, en algunos casos, mejor rendimiento por núcleo y menor uso de memoria.
Por qué no cuajó: límites técnicos y falta de ecosistema
El argumento a favor del x32 era atractivo sobre el papel, pero en la práctica hubo varios problemas que frenaron su adopción:
- Límite de 4 GB por proceso. Al usar punteros de 32 bits, un proceso x32 no puede direccionar más de 4 GB de memoria, lo que lo hace inadecuado para muchas cargas modernas que requieren grandes espacios de direcciones (bases de datos, edición de vídeo, máquinas virtuales, etc.).
- Complejidad para desarrolladores y toolchains. Mantener soporte x32 implicaba más caminos en el kernel, en bibliotecas y en compiladores. No todas las toolchains ni dependencias adoptaron el soporte necesario, lo que elevó la fricción para proyectos y distribuciones.
- Ventaja de rendimiento limitada y variable. Las ganancias reales con x32 dependen mucho del tipo de aplicación y del tamaño de sus estructuras de datos. En muchos casos la mejora no justificó el coste de mantener un ABI alternativo.
- Falta de soporte fuera de Linux. x32 nunca fue una característica multiplataforma: ni Windows ni macOS ofrecieron una alternativa equivalente, lo que redujo el incentivo para que aplicaciones multiplataforma añadieran soporte.
Por todo ello, la práctica mostró que el interés y la adopción del x32 fueron marginales, y que mantener el código en el árbol del kernel aportaba más mantenimiento que beneficios reales.
La propuesta de retirada y el calendario
La solicitud formal para eliminar el x32 ABI parte de un mantenimiento del árbol de arquitectura en el kernel y señala su obsolescencia. Según la discusión pública entre desarrolladores, si no se presentan objeciones con argumentos técnicos sólidos, el plan es eliminar el soporte dentro de los próximos ciclos de desarrollo, apuntando a una retirada completa antes de 2027.
En la práctica, la eliminación seguiría el proceso habitual del kernel Linux: primero marcar el código como obsoleto, luego eliminarlo en una versión futura y, finalmente, cerrar parches y referencias relacionadas. Eso dejaría a cualquier proyecto que siga usando x32 con la necesidad de portarse a 64 bits completos o mantener parches propios.
Qué significa para desarrolladores, distribuciones y usuarios
Para la mayoría de usuarios y proyectos no habrá impacto directo: pocas aplicaciones dependían explícitamente de x32. Las distribuciones más populares no lo activaron por defecto, y el ecosistema de software nunca lo hizo un requisito.
Sin embargo, proyectos embebidos o sistemas con restricciones de memoria que experimentaron con x32 podrían verse obligados a revisar su estrategia. Las alternativas pasan por optimizar estructuras de datos, usar técnicas de compresión de memoria, o migrar a procesos de 64 bits con gestión cuidadosa de memoria.
Desde el punto de vista del kernel, retirar soporte simplifica la base de código y reduce la carga de mantenimiento. Es una decisión alineada con una política pragmática: si una característica no aporta adopción y complica el desarrollo, su mantenimiento es difícil de justificar.
Perspectiva técnica: ¿fue una mala idea o simplemente prematura?
No fue una idea equivocada: técnicamente el x32 ABI resolvía un problema real —la reducción del tamaño de punteros y el impacto en caché— y ofrecía ganancias medibles en escenarios concretos. El problema fue su aplicabilidad limitada y los costes colaterales.
Hoy, con RAM más barata, cargas que demandan espacios de direcciones muy amplios y herramientas de perfilado más sofisticadas, la relación coste/beneficio se inclinó en contra. Además, el impulso hacia unificarse alrededor de 64 bits en sistemas de sobremesa y servidores ha reducido el hueco donde x32 podía brillar.
No es un detalle menor: esto cambia cómo los mantenedores priorizan el soporte de ABI y obliga a evaluar soluciones alternativas para sistemas con requisitos de memoria estrictos.
Conclusión
La posible eliminación del x32 ABI es principalmente una medida de limpieza técnica y priorización en el kernel Linux. Para la mayoría de usuarios no supondrá cambios perceptibles, pero confirma que una solución que depende de un nicho estrecho y que no logra tracción amplia corre el riesgo de ser retirada.
Si ocupas un proyecto que todavía usa x32, lo que toca ahora es planificar la migración: auditar consumo de memoria, considerar 64 bits nativos y evaluar alternativas. Lo que los desarrolladores no aclaran todavía es si quedará algún parche mantenido por terceras partes para quienes dependen de ese ABI, pero lo que sí está claro es que el kernel apunta a simplificar su superficie de soporte.
