El compilador de Rust recortó 4,57% su tiempo medio en solo dos meses
El último reporte de Nicholas Nethercote sobre el rendimiento de rustc cubre el período del 29 de julio al 28 de septiembre de 2026, y la cifra principal es elocuente: una reducción media de 4,57% en tiempo de compilación. De los 629 benchmarks ejecutados, 555 mejoraron y solo 74 empeoraron, en lo que el autor describe como un «mar de verde». Varios crates vieron mejoras de dos dígitos.
No es cosmética: para un equipo que compila Rust a diario significa ciclos de desarrollo más cortos, menos espera en pipelines de CI y más espacio para iterar producto.
¿Por qué debería importarle a una startup aunque no escriba en Rust?
El ecosistema de Rust se ha vuelto pieza seria del stack moderno, sobre todo en infraestructura de backend, servicios de red y piezas de IA. Cada punto porcentual de mejora en rustc se traduce en horas de productividad y dólares de cómputo menos en CI. Una caída de 4,57% en tiempo de compilación, sin cambiar una sola línea del código del usuario, es la clase de mejora silenciosa que se siente al final del mes en la factura de tu proveedor cloud y en la moral del equipo. La cifra también funciona como recordatorio: el software que tu equipo trata como commodity tiene margen de mejora enorme, y parte de ese margen lo bajan maintainers con trabajo sostenido, no por arte de magia.
👥 ¿Quieres ir más allá de la noticia?
En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.
👥 Unirme a la comunidad¿Qué cambió en el compilador entre julio y septiembre?
LLVM 23 y PGO en Clippy
Nikita Popov subió la versión de LLVM a la 23 (PR #158734), con un efecto medio de -1,2% en wall-time. Poco sobre el papel, enorme para un solo PR, según Nethercote. En paralelo, Jakub Beránek habilitó PGO (Profile-Guided Optimization) para Clippy (PR #159642), con mejoras de hasta 18% en algunos benchmarks del linter.
Polonius, el nuevo borrow checker
El nuevo analizador de préstamos, Polonius, se activó en Nightly. Es más preciso que el anterior y acepta programas válidos que el viejo rechazaba, pero hace más trabajo y eso se nota en crates populares como serde. Jack Huey ya está atacando las regresiones: con dos PRs (#161938 y #163027) logró bajar entre 3% y 5% el conteo de instrucciones en serde y menos de 1% en otros benchmarks.
El nuevo trait solver, Pineapple Häagen-Dazs
Nightly también activó el nuevo trait solver. Nethercote aclara en un postscriptum que su nombre en código es Pineapple Häagen-Dazs (no «Penelope Hammertime» como sugirió el editor por error). Su historia es larga: la reescritura arrancó en 2015 con el proyecto Chalk, y en 2023 el equipo decidió reescribirlo dentro del propio compilador, según cubrió LWN. Hoy es más lento en una minoría de casos, pero Nethercote contribuyó con seis PRs (#160479, #160605, #160801, #160892, #161077 y #161211) que ya rinden recortes del 50%, 25% y 15% en ciertos crates. Jana Dönszelmann publicó además un post detallado sobre el trabajo en curso.
xmakro y los hot paths
El colaborador xmakro siguió entregando. Sus PRs optimizaron el grafo de especialización (#157281, -1,58% de media en ciclos), la carga de datos incrementales (#158059, hasta -6%) y rutas calientes de procesamiento de obligaciones (#160473, hasta -2%). El PR #160268 sustituyó despacho dinámico por estático en la selección de trait solver, cerrando una ineficiencia que llevaba tiempo apareciendo en los perfiles.
Análisis de dataflow
Nethercote cambió el algoritmo de recorrido del CFG usado por los análisis de dataflow (PR #160193). En el crate cranelift-codegen, que tiene una función con más de 18.000 bloques básicos, el nuevo algoritmo pasó de 1,5 millones de llamadas a apply_effects_in_block a 90.000, lo que se tradujo en un ~30% menos de wall-time en builds de check. El PR #160033 afinó además EverInitializedPlaces, con un -17% de instrucciones en el benchmark match-stress.
Stack size, rollups y limpiezas afortunadas
Chris Denton (PR #160535) incrementó el tamaño de pila por defecto del compilador, lo que permitió eliminar el mecanismo manual ensure_sufficient_stack. El efecto: mejoras de hasta casi 3% en varios benchmarks. Hubo discusión sobre cómo manejar el agotamiento de pila, pero los números son claros.
Mención aparte para el «buen problema»: por primera vez hubo tantas PRs de rendimiento en cola que Jonathan Brouwer creó un rollup con 10 PRs de optimización (#160506) y, más tarde, otro con cuatro (#162859), para desatascar la fusión. El PR #162747, una limpieza menor de AST a HIR, terminó rindiendo un -1,5% de instrucciones en el mejor caso.
Hexcat se suma al financiamiento del compilador
El propio Nethercote anunció en el post que desde el día siguiente a la publicación comienza a trabajar en Hexcat, dedicado a la meta de proyecto de optimizaciones de rendimiento del compilador. Es un caso interesante del modelo que se está consolidando en el ecosistema open source: empresas que patrocinan trabajo de tiempo completo sobre infraestructura crítica sin que el código deje de ser público. El autor agradece expresamente a Mara Bos y Predrag Gruevski por hacerlo posible.
Qué significa esto para tu startup
Aunque no escribas Rust a diario, este caso te deja tres acciones concretas que puedes aplicar a tu propio stack:
- Mide ciclos, no opiniones. Nethercote publica una tabla con 629 benchmarks y reporta cada regresión. Sin instrumentación similar en tu pipeline, nunca vas a saber si el próximo upgrade de toolchain te ahorra o te cuesta tiempo y dinero.
- Invierte en quien optimiza los cuellos de botella, no solo en features. El 30% de mejora en
cranelift-codegenvino de cambiar un solo algoritmo de recorrido. Auditorías de hot paths con perfilado real pagan más que refactors especulativos. - Aplica el modelo de patrocinio a tu propia infraestructura. Si dependes de una herramienta open source crítica, considera patrocinar a sus maintainers: es asegurar que alguien con tiempo completo la haga más rápida. Funciona como un seguro de continuidad operativa, no como caridad.
Fuentes
👥 ¿Quieres ir más allá de la noticia?
En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.
👥 Unirme a la comunidad
