wasm performance regression in node 24

In xterm.js we use a custom base64 wasm decoder [^1] to decode image data. During a recent package upgrade we saw a major performance drop of the decoder when switching from node 22 to node 24 (SIMD variant):

jerch@linpad:~/xterm-wasm-parts$ nvm use 22
Now using node v22.22.0 (npm v10.9.4)
jerch@linpad:~/xterm-wasm-parts$ node lib/base64/Base64Decoder.wasm.js
duration: 220 ms, rate: 4767 MB/s
duration: 199 ms, rate: 5265 MB/s
duration: 234 ms, rate: 4472 MB/s
jerch@linpad:~/xterm-wasm-parts$ nvm use 24
Now using node v24.13.0 (npm v11.6.2)
jerch@linpad:~/xterm-wasm-parts$ node lib/base64/Base64Decoder.wasm.js
duration: 508 ms, rate: 2064 MB/s
duration: 493 ms, rate: 2126 MB/s
duration: 522 ms, rate: 2008 MB/s

More numbers can be found in the benchmark CI results:

• Node 22 scalar: ~1900 MB/s - here
• Node 24 scalar: ~1700 MB/s - here
• Node 22 SIMD: ~4200 MB/s - here
• Node 24 SIMD: ~1800 MB/s - here

Is this a know issue? (did not find any other similar report here or for v8)

The issue is somewhat serious, as the effect is quite high for SIMD code (numbers above are for the SIMD variant of the decoder), for scalar code the effect is less pronounced but still there.

Sadly I don't know where to start looking, in the --prof file it simply states, that the wasm function took much more cycles.

[^1]: code of the base64 decoder : https://github.com/jerch/xterm-wasm-parts/blob/master/src/base64/Base64Decoder.wasm.ts

Reproduce la regresión con lib/base64/Base64Decoder.wasm.js en Node 22 y Node 24, comparando los resultados de benchmark escalar y SIMD enlazados en el issue. Lee src/base64/Base64Decoder.wasm.ts e inspecciona la salida de --prof alrededor de la función WebAssembly; después, identifica el cambio en Node o V8 responsable. Se considera completado cuando la regresión esté explicada y se haya preparado un fix apropiado o un informe upstream.