¿Por qué los binarios de Rust son tan enormes? Mejores prácticas 2025

Introducción: El fantasma de los binarios gigantes

Escribiste un programa en Rust. Solo 200 líneas de código, una simple utilidad CLI para analizar logs. Ejecutas cargo build --release y, con el corazón en un puño, miras el tamaño del archivo en la carpeta target/release. ¿5… 10… 20 megabytes? ¿Para una aplicación tan simple? Un dolor familiar, ¿verdad?

La pregunta «Why are Rust executables so huge?» en Stack Overflow ha acumulado miles de visitas y cientos de comentarios. De hecho, compáralo: un programa similar en C o Go a menudo pesa 1–2 MB, mientras que en Rust pesa 15. ¿Cuál es el truco? Rust es un lenguaje de sistemas que debería ser eficiente, entonces, ¿de dónde viene el peso extra?

En este artículo, analizaremos honestamente la anatomía de un binario grande de Rust, desmentiremos mitos populares y, lo más importante, mostraremos formas probadas de reducir el tamaño de tu aplicación entre 2 y 5 veces sin perder rendimiento. Todos los ejemplos son válidos para Rust 2024–2025.

¿Por qué los programas de Rust son tan grandes? Anatomía de un binario

Antes de entrar en pánico, echemos un vistazo dentro de nuestro main.exe. ¿Qué ocupa exactamente espacio?

1. Enlace estático de la biblioteca estándar

A diferencia de Go, que enlaza el runtime estáticamente, o C, que a menudo usa bibliotecas compartidas (DLL/so), Rust por defecto enlaza estáticamente std. Esto significa que toda la biblioteca estándar, incluyendo el asignador, traits, colecciones y demás, se incrusta directamente en tu binario. Ventaja: portabilidad, no necesitas llevar DLLs. Desventaja: tamaño.

Incluso un simple «¡Hola, mundo!» en Rust pesa alrededor de 300–400 KB (en release). ¿Mucho? En realidad, ya está optimizado: las versiones anteriores de Rust daban 1–2 MB para el mismo código.

2. Monomorfización de genéricos

Rust es un lenguaje con monomorfización de genéricos. Esto significa que para cada tipo concreto con el que se llama a una función genérica, el compilador genera una copia separada. Vec<u32> y Vec<String> son dos conjuntos diferentes de instrucciones. Esto proporciona el máximo rendimiento, pero aumenta el tamaño.

3. Símbolos de depuración y pánico

Incluso en una compilación release, Rust por defecto deja cierta información para el rastreo de pilas de pánico y backtraces. Esto no solo son cadenas, sino tablas de símbolos enteras que ocupan megabytes.

4. Asignador por defecto

¿Rust usa jemalloc como asignador por defecto? No, desde Rust 1.32, el asignador por defecto es el del sistema (glibc en Linux, malloc en Windows). Sin embargo, si usas jemalloc a través de un crate, su código también se enlaza estáticamente y añade 1–3 MB.

Mitos sobre el tamaño de los binarios de Rust

\n
• Mito: «Rust siempre crea binarios gigantes, es su maldición». Realidad: El Rust moderno (1.80+) con las banderas correctas puede crear binarios comparables en tamaño a los de C.
\n
• Mito: «Necesitas usar #![no_std] para binarios pequeños». Realidad: Para sistemas embebidos, sí, pero para aplicaciones normales puedes obtener excelentes resultados sin renunciar a la biblioteca estándar.
\n
• Mito: «Binario grande = mal rendimiento». Realidad: Tamaño y velocidad son cosas diferentes. Un binario grande puede ser muy rápido.
\n

Mejores prácticas 2025: Cómo reducir el binario de Rust

Ahora pasemos a la parte práctica. A continuación, técnicas probadas que funcionan en 2025. Aplícalas según tus objetivos: optimización máxima para producción o tamaño mínimo para sistemas embebidos.

Método 1: Perfil correcto en Cargo.toml

El paso más simple y efectivo es configurar el perfil de release. Añade en Cargo.toml:

[profile.release]\nopt-level = "z"   # Optimización