Webpackの70倍！Go言語で書かれたJavascriptバンドラー「esbuild」をベンチマークテストしてみた

Webpackの70倍！Go言語で書かれたJavascriptバンドラー「esbuild」をベンチマークテストしてみた esbuild https://github.com/evanw/esbuild/ esbuildの特徴 複数モジュールの依存関係を解決し、1つにまとめるバンドラーは、現代のフロントエンド開発においてなくてはならないツールの1つ。 The State of JavaScript 上位5つに人気が集中し、なかでもWebpackのシェアは実に約60%に達しています。 今回ご紹介する「esbuild」は、Go言語で書かれた高速なバンドラーで、これらメジャーなツールとの性能比較（ベンチマークテスト）をやってみました。 公式のベンチマーク結果 計測方法は、three.jsライブラリを10回複製し、キャッシュなしで単一のバンドルをゼロから構築しています。なんと、Webpackに比べて

[khtokage]

2/17のこの記事 https://dev.to/koddr/battle-for-the-bundling-time-esbuild-a-javascript-bundler-and-minifier-written-on-golang-23bm をパクｔ…参考にしてベンチだけ自分でやったのかな？ こちらの記事は数字正しそう。あとminify後のサイズもある。

[coppieee]

見方がよくわかんないんだけど実測値Webpackが56.95msでesbuildが770msってWebpackのほうが早ない？

[dot]

計測値の間違い指摘ワロタ。グラフみると恐らく webpack は 56.95ms じゃなくて 56.95s だったんだろうな。

[otherworld]

これだけでesbuildを選択する理由にはならないけど、こんだけ速くなるならWebPackもっと頑張れそうだねっていう流れになってくれると嬉しい。

[snowcrush]

Goのこういうサクッと並列度を上げられるところは本当に優秀な言語だと思う。

[gachapining]

これだけ早ければ、wasm + service worker でランタイムに bundle させるという技もありえそう。

[ka2nn]

esbuildが話題になって、既存バンドラーの開発に影響を与えてくれたら良いな

[hylom]

とても感覚的な話で根拠はないのだが、バンドルよりもminifyのコストが大きいような気がしているのだよな

[digo]

実装見てみたい“コードは速度を重視し、不必要なアロケーションを回避している”

[dh16t]

パクり記事掲載するサイトなのか？留意しよう

[yasu-log]

C++のLibSass(node-sass)の経験から、実行がNode.jsネイティブのJSでないと、いろいろと苦労する印象。ただ、速さは正義。

[whisper-monkey]

速さも重要だがカスタマイズ性も重要。 Webpack並みの柔軟なチューニングをできるのかな？ しかもチューニングするなら言語は当然Goだよなー。

[tackman]

あくまで仮定の話だけど、esbuildが本当に2桁速い性能だとしたら（大本営ベンチをそのまま信じては絶対にいけない！）乗り換えが進むに足りる差だと思う。10%の改善だと弱いけど、桁の違いは質の違いになるので

[gabill]

「npm install -g esbuild-OS名」または「npm install -g esbuild-wasm」でインストールできるみたいだけど、後者のwasm版の速さはどうなんだろう。

[yutaro1985]

「なぜ早いのか」に対するアンサーとして「Go言語で書かれている」というのは流石に乱暴な書き方のような…。 それとはてブで指摘のある通り、記載の実績値だとwebpackのほうが早く見えます（記載ミス？）

[side_tana]

へー

[michiomochi]

webpackほんと遅いからなー

[Fohte]

すごい

[yulalila]

なにそれすごい