Por Canuto  

Mold, uno de los enlazadores de alto rendimiento del ecosistema Linux, avanza hacia una posible reescritura completa en Rust con un objetivo ambicioso: convertirse en un reemplazo de GNU ld. El proyecto también estudia incorporar enlazado incremental, mientras sus desarrolladores preparan pruebas de compatibilidad para kernels, firmware y distribuciones.
***

  • Mold 2.42.1 presentó los planes para una futura serie Mold 3.0, que trasladaría el proyecto de C++ a Rust.
  • El creador Rui Ueyama quiere que Mold pueda ocupar el lugar de /usr/bin/ld en las distribuciones Linux.
  • El proyecto evalúa añadir enlazado incremental, una función que podría reducir todavía más los tiempos en ciertas cargas de trabajo.

Mold prepara su salto a Rust y busca reemplazar a GNU ld como enlazador predeterminado de Linux

Mold, un enlazador de alto rendimiento para proyectos de software, avanza hacia una posible reescritura completa en Rust con la aspiración de convertirse en una alternativa predeterminada a GNU ld en las distribuciones Linux. El proyecto, conocido por su rendimiento frente a alternativas como LLVM lld y GNU ld, presentó Mold 2.42.1 como una nueva versión de parche y reservó sus planes más ambiciosos para la futura serie Mold 3.0. Las comparaciones de rendimiento dependen de la carga de trabajo y de la configuración utilizada.

El enlazador cumple una función esencial durante la compilación: toma distintos fragmentos de código y bibliotecas para unirlos en un programa ejecutable. Aunque suele operar lejos de la atención del usuario final, su rendimiento puede influir de forma decisiva en los ciclos de desarrollo, especialmente en proyectos grandes donde cada compilación exige repetir numerosas tareas de enlace.

De C++ a Rust para reforzar el proyecto

La nueva etapa de Mold contempla trasladar el código desde C++ hacia Rust, un lenguaje que sus responsables consideran suficientemente maduro para asumir una base de software de esta importancia. La decisión responde principalmente a las garantías de seguridad que ofrece Rust, además de sus características de diseño y las opciones que proporciona a los desarrolladores para controlar la complejidad del proyecto.

Rui Ueyama, desarrollador principal de Mold, pretende que la reescritura conserve el desempeño que ha distinguido a las versiones de la serie 2.xx. El desafío consiste en aprovechar las ventajas de seguridad de Rust sin convertir la migración en una pérdida de velocidad, estabilidad o compatibilidad para los usuarios que ya dependen del enlazador.

El movimiento también sitúa a Mold dentro de una tendencia más amplia en las herramientas de infraestructura para Linux, donde Rust ha ganado presencia en componentes que requieren un equilibrio entre rendimiento y resistencia a ciertos errores de memoria. Wild, otro enlazador orientado a la velocidad, ya está escrito en Rust, por lo que la futura versión de Mold competiría en un terreno tecnológico similar.

La noticia adquiere relevancia porque Ueyama es identificado como el autor original de lld y de Mold. Su experiencia con varios enlazadores le permite plantear la migración no solo como una actualización técnica, sino como una oportunidad para resolver obstáculos que durante años han impedido que las alternativas rápidas sustituyan a la herramienta instalada por defecto.

El objetivo de reemplazar a GNU ld

El plan central de Mold 3.x es lograr que el programa sea adecuado para ocupar la ruta /usr/bin/ld en las distribuciones Linux. Esa ubicación representa, en muchos sistemas, la referencia del enlazador predeterminado, de modo que una adopción semejante exigiría mucho más que superar pruebas de velocidad en aplicaciones comunes.

Ueyama sostiene que durante los últimos 20 años aparecieron varios enlazadores rápidos, entre ellos gold, lld y Mold, mientras GNU ld continúa ocupando el lugar principal en muchas distribuciones. En su evaluación, esa diferencia puede hacer que trabajos que Mold completa en unos pocos cientos de milisegundos tarden varios segundos, decenas de segundos o incluso minutos con la herramienta predeterminada.

El responsable del proyecto atribuye parte de esa situación a una deuda de compatibilidad que, según reconoce, no recibió suficiente atención frente al esfuerzo dedicado a acelerar los enlazadores. Para cambiarla, Mold 3.0 deberá implementar características faltantes de los scripts de enlace, con el propósito de enlazar no solo programas de espacio de usuario, sino también kernels y firmware.

La compatibilidad será, por tanto, el principal filtro antes de cualquier adopción amplia. El equipo planea realizar pruebas extensivas y trabajar con desarrolladores de distribuciones Linux para determinar si Mold puede funcionar como un reemplazo directo y práctico, una tarea que exige validar numerosos escenarios además de medir el tiempo de ejecución.

Velocidad, compatibilidad y posible enlazado incremental

El atractivo principal de Mold sigue siendo su desempeño en el proceso de enlace, una fase que puede convertirse en un cuello de botella para equipos que compilan proyectos grandes con frecuencia. Las comparaciones disponibles indican que Mold puede superar a GNU ld y a LLVM lld en determinadas cargas de trabajo, aunque otros enlazadores, como Wild, también han mostrado resultados competitivos. El objetivo de Mold 3.0 no es abandonar esa ventaja, sino combinarla con una compatibilidad suficiente para que los usuarios no tengan que modificar sus flujos de trabajo al cambiar de enlazador.

La amplitud del plan explica por qué el proyecto considera prioritario cubrir kernels y firmware, además de los programas convencionales de espacio de usuario. Esos componentes suelen depender de comportamientos y scripts específicos, por lo que una herramienta que solo funciona bien con aplicaciones comunes no puede aspirar a sustituir de manera general al enlazador del sistema.

Mold también estudia incorporar enlazado incremental, una función que hasta ahora no ha formado parte del proyecto. Esta técnica puede evitar que el enlazador repita todo el trabajo después de cambios parciales en el código, aunque el equipo todavía busca un diseño que aporte beneficios significativos sin sacrificar la simplicidad y la fiabilidad que considera esenciales.

Ueyama describió esa posibilidad como una línea de investigación abierta, no como una característica ya comprometida para una versión concreta. Si encuentran una forma sencilla de integrarla, el enlazado incremental podría mejorar algunas cargas de trabajo; si la complejidad amenaza la estabilidad del programa, el proyecto mantendrá una postura más prudente.

Qué tendría que ocurrir para que Linux adopte Mold

Convertirse en /usr/bin/ld implicaría superar una barrera institucional y técnica que no se resuelve únicamente con un lanzamiento exitoso. Las distribuciones tendrían que comprobar el comportamiento de Mold en sus cadenas de compilación, revisar sus dependencias y confirmar que los paquetes existentes continúan generándose correctamente bajo condiciones diversas.

La propuesta también tendría que convencer a los mantenedores de que la transición no introduce riesgos desproporcionados en componentes críticos. Un enlazador del sistema participa en la construcción de bibliotecas, aplicaciones, kernels y otros elementos fundamentales, por lo que un error de compatibilidad puede afectar mucho más que un único proyecto de software.

El lanzamiento de Mold 2.42.1 funciona así como un punto de partida para una transformación de mayor alcance, no como la llegada inmediata de un nuevo estándar de Linux. La serie 3.x todavía debe completar la reescritura en Rust, implementar las capacidades faltantes, ejecutar sus pruebas y mantener conversaciones técnicas con las distribuciones antes de que los usuarios puedan esperar un cambio generalizado.

Si el proyecto cumple sus metas, la disputa entre GNU ld, lld, Wild y Mold podría dejar de centrarse únicamente en quién enlaza más rápido. La combinación de rendimiento, seguridad y compatibilidad determinará si Mold puede pasar de ser una herramienta elegida por equipos concretos a convertirse en una pieza predeterminada de la infraestructura Linux.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados