Esbuild: FuseBox benchmark comparison

Created on 17 Feb 2020  路  5Comments  路  Source: evanw/esbuild

Most helpful comment

I took a stab at this: 236194e5249f4c0fef6cde349de32d2029055474. I'm not familiar with FuseBox and it took a while to figure out how to get it to work. I'm reluctant to benchmark against fuse-box@next because I'd like to pin the benchmark to a specific version to make it reproducible. So I tested the version you get when you follow the setup instructions which is [email protected].

I think I've set everything up right as far as I can tell, but FuseBox actually takes _over 8 minutes_ on my benchmark. The generated file is 6.48mb which much bigger than the other bundlers (they are all around 5.9mb). The generated source map is also incorrect, so I'm not sure if it should actually count as a successful production build. I also had to raise the memory ceiling on node because FuseBox actually crashed with an out-of-memory error the first time it ran my benchmark.

I'm not adding these benchmark results to the readme yet because they are so far away from the other results that I'm concerned that I may be doing something wrong. Can someone who's familiar with FuseBox double-check my setup?

All 5 comments

FuseBox user here. It would be interesting to incorporate such benchmark especially against latest v4.x (fuse-box@next).

I took a stab at this: 236194e5249f4c0fef6cde349de32d2029055474. I'm not familiar with FuseBox and it took a while to figure out how to get it to work. I'm reluctant to benchmark against fuse-box@next because I'd like to pin the benchmark to a specific version to make it reproducible. So I tested the version you get when you follow the setup instructions which is [email protected].

I think I've set everything up right as far as I can tell, but FuseBox actually takes _over 8 minutes_ on my benchmark. The generated file is 6.48mb which much bigger than the other bundlers (they are all around 5.9mb). The generated source map is also incorrect, so I'm not sure if it should actually count as a successful production build. I also had to raise the memory ceiling on node because FuseBox actually crashed with an out-of-memory error the first time it ran my benchmark.

I'm not adding these benchmark results to the readme yet because they are so far away from the other results that I'm concerned that I may be doing something wrong. Can someone who's familiar with FuseBox double-check my setup?

Never mind. I think I'll go with fuse-box@next after all because the current release of FuseBox has too many problems. It looks like fuse-box@next at least generates a correct source map, and does so in a faster amount of time. It's still the slowest bundler with a 3 minute build, but that's a lot better than 8 minutes. The output is still much bigger than it should be at 6.55mb but that's a problem with FuseBox, not with this benchmark. I'll add it to the benchmark.

Here's the result:

Cool!
It would be also interesting for the fuse-box folks. https://github.com/fuse-box/fuse-box/issues/1539

Was this page helpful?
0 / 5 - 0 ratings

Related issues

tonyhb picture tonyhb  路  3Comments

mohsen1 picture mohsen1  路  3Comments

aelbore picture aelbore  路  3Comments

ojanvafai picture ojanvafai  路  3Comments

Gotterbild picture Gotterbild  路  3Comments