El rendimiento de los runtimes WebAssembly ha mejorado de forma desigual en los últimos tres años, según una nueva serie de benchmarks que evalúa la ejecución de código criptográfico compilado a WebAssembly. El estudio, que sigue a mediciones previas de 2019, 2021 y 2023, utiliza la suite de benchmarks de libsodium para comparar versiones de runtimes lanzadas en junio de 2024, 2025 y 2026. El objetivo es determinar si el código WebAssembly se está acercando al rendimiento del código nativo, más allá de microbenchmarks aislados.
Los resultados muestran que Wasmer es el runtime con mejor rendimiento general, aunque WAVM, WAMR y Wasmtime se mantienen muy cerca. WAVM destaca por su optimizador, capaz de generar código extremadamente rápido a partir de WebAssembly portátil. Un hallazgo clave es el impacto de las nuevas instrucciones wide_arithmetic de WebAssembly, que mejoran significativamente el rendimiento del código criptográfico cuando los runtimes las soportan.
La metodología incluye una línea base nativa x86-64 compilada con Zig y varias variantes de WebAssembly: básica, con lime1, con lime1 y simd128, y con lime1, simd128 y wide_arithmetic. Las pruebas se ejecutaron en un AMD Ryzen AI 9 HX 470 con Linux 7.1.0-rc7 y Zig 0.17.0-dev. Los datos se expresan como la media geométrica de la ralentización relativa al código nativo; un valor de 2.0 indica que el código WebAssembly es el doble de lento que el nativo.
Entre los hallazgos específicos, Wasmtime ha mejorado consistentemente, reduciendo su ralentización de 2.67x en 2024 a 2.41x en 2026. Node también ha mejorado lentamente, pasando de 8.60x a 7.95x. Wazero ha permanecido prácticamente estable en torno a 4.7x. WAMR en modo AOT ya era rápido en 2025 y lo sigue siendo en 2026, con una ralentización de 1.57x. Wasmer experimentó una regresión en 2025 pero se recuperó en 2026. Bun, que fue un valor atípico lento en 2024 y 2025, mejoró drásticamente en 2026, siendo tres veces más rápido que en el año anterior, aunque sigue siendo más lento que Node. WasmEdge requiere el modo AOT explícito para obtener buenos resultados; con --run-mode=aot, su rendimiento en 2026 fue de 1.74x. Las instrucciones simd128 y lime1 por sí solas no garantizan mejoras consistentes, y a veces el efecto se pierde en el ruido del benchmark.