Ao que parece ser realmente é a forma como a compilação do bun em arm64 está funcionando, tem alguns issues acerca da arquitetura, erros que não ocorrem na compilação realizada para amd/intel. Pode ser que seja alguma implementação para arm64 que faz com que seja mais rápido.

Um dos principais core do projeto (Jarred-Sumner), fez a seguinte fala: If you run into performance issues with real code in your application feel free to file an issue

This looks more like a microbenchmark. JS engines are really good at optimizing microbenchmarks with statically known data. It probably isn't meaningful in applications.

logo:

Se você tiver problemas de desempenho com código real em seu aplicativo, sinta-se à vontade para registrar um problema

Isso se parece mais com um microbenchmark. Os mecanismos JS são realmente bons para otimizar microbenchmarks com dados estaticamente conhecidos. Provavelmente não é significativo em aplicativos.

https://github.com/oven-sh/bun/issues/3358

Sobre o código:

`var appendDelay = 1; var chartLen = 10; var delaysSoFar = 0; var arr = [0];

function update(x) { if (arr.length < chartLen) { if (delaysSoFar == appendDelay) { arr.push(x); delaysSoFar = 0; } else { arr[arr.length - 1] = x; } delaysSoFar += 1; }

if (arr.length == chartLen) { for (var i = 0; i < 10; i += 2) { arr[i / 2] = arr[i]; } arr.length = 5;

appendDelay *= 2; arr.push(x); } }

const now = performance.now(); for (var i = 0; i < 1000000000; i++) { update(i); } console.log(performance.now() - now);

console.log(arr);`

obs. ~~ Outro detalhe que eu acredito fazer parte do processo é que mesmo o webpack sendo apple, ela roda em outras máquinas que utilizam o webkit como o gnome epiphany (browser do gnome uma DE linux). Então não acredito que seja isso que possa fazer alguma diferença. ~~ E um ultimo detalhe é Lucas sempre vejo seus videos, bom trabalho.