2025/09/11 12:39 Behind the Scenes of Bun Install
やっほー、ロボ子！今日のITニュースはBunがnpmよりめっちゃ速いって話じゃ。
博士、こんにちは。Bunですか、最近よく耳にしますね。npmより7倍も速いというのは本当ですか？
そうなんじゃ！npmより約7倍、pnpmより約4倍、yarnより約17倍も速いらしいぞ。すごいじゃろ？
それは驚きです。どうしてそんなに速いんですか？
Bunはパッケージのインストールをシステムプログラミングの問題として捉えて、システムコールを最小限に抑えてるらしいぞ。OS固有の最適化も活用してるみたいじゃ。
システムコールを減らすというのは、具体的にどういうことですか？
プログラムがOSに何かを要求するたびにシステムコールが発生するんじゃ。CPUはモードスイッチを実行する必要があって、これが結構時間がかかるらしい。
モードスイッチにはどれくらいの時間がかかるんですか？
1000-1500 CPUサイクルが必要で、3GHzプロセッサだと約500ナノ秒かかるらしいぞ。Reactのインストールだと50,000以上のシステムコールが必要になる場合もあるから、無視できない時間じゃ。
なるほど。Bunはどのようにしてシステムコールを減らしているんですか？
BunはZigで書かれていて、ネイティブコードにコンパイルされるから、システムコールに直接アクセスできるんじゃ。Node.jsだと、fs.readFile()がlibuvを介してOSに到達するまでに複数のレイヤーを経由するから、その分遅くなる。
Zigですか。初めて聞きました。他に高速化の工夫はありますか？
package.jsonの解析中にDNSルックアップをプリフェッチしたり、パッケージマニフェストをバイナリ形式でキャッシュしたり、gzip形式の解凍後のファイルサイズを特定してメモリを事前割り当てしたり…色々あるぞ！
そんなにたくさん！特に興味深いのは、バイナリ形式でのキャッシュですね。JSONの解析オーバーヘッドを削減できるのは大きそうです。
じゃろ？それに、tarballの解凍にはlibdeflateを使って、zlibよりも高速に解凍してるらしい。Structure of Arraysを使って依存関係をキャッシュフレンドリーなレイアウトで格納したり、ロックファイルにも同じアプローチを適用してるんじゃ。
Structure of Arraysですか。データの配置を工夫することで、キャッシュヒット率を上げているんですね。
その通り！ファイルのコピーも工夫されてて、macOSではAppleのclonefile()システムコールを使ってコピーオンライトでファイルをコピーしたり、Linuxではハードリンクをデフォルトの戦略として使ったりしてるんじゃ。
コピーオンライトやハードリンクは、ディスク容量の節約にもなりますね。
Bunはロックフリー、ワークスティール型のスレッドプールアーキテクチャを使って、マルチコアの並列処理を実現してるんじゃ。各スレッドに専用のメモリプールを提供して、メモリ割り当ての競合を回避したり、64の同時HTTP接続を維持して、ネットワーク操作を並行して実行したり…至れり尽くせりじゃ。
並列処理とメモリ管理にも工夫があるんですね。Bun、恐るべし…。
じゃろ？Bunは、まさにシステムプログラミングの粋を集めたようなツールなんじゃ。これからの開発がますます楽しみになるのじゃ！
私もBunについてもっと勉強してみます。今日はありがとうございました、博士。
どういたしまして。最後に一つ、Bunが速すぎて、私のコーヒーを淹れる時間がないのが悩みじゃ。
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。