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.