結論 — 用途別の推奨

計画書で用意した判断マトリクスを、実測値で埋めた結果です。総合スコアではなくこの表が本レポートの結論です。

3 行でまとめると

• 速さを買うなら Bun。11 項目のうち 9 項目で最速、起動系は他を 2〜4 倍引き離した。負けたのは SQLite（Node.js）と依存インストール（Deno）の 2 項目。
• 長期運用を買うなら Node.js。LTS・SQLite の速さ・エコシステムの実績で崩れない。
• 安全性とツールの一体感を買うなら Deno。権限モデルと 1 バイナリ完結が他に無い。生の速度では中位。

検証条件と方法

検証環境

検証対象

3 ランタイムはいずれもシステムにインストールせず、公式配布物をプロジェクト内 tools/ に展開して明示パスで呼び出しました。 Node.js と Deno は公式の SHA256 と一致することを確認済みです。システムにインストールされているランタイムは使っていません。

公平に測るために守ったこと

• 同一ソースで比較 — HTTP は 3 ランタイム共通の node:http 版と、Deno.serve / Bun.serve の固有 API 版を別項目として記録しました。片方だけを取り上げていません。
• ウォームアップ 3 回、本計測 10 回 — 代表値は平均ではなく中央値。最小・最大・標準偏差・変動係数も docs/results/measurements.csv に残しています。
• シェルを介さない — hyperfine は --shell=none で実行し、起動時間に cmd.exe のコストを混ぜていません。
• 1 項目ずつ直列実行 — 4 コアのマシンなので並列化すると結果が濁ります。
• 失敗も記録 — 空欄にせず理由を残す方針にしましたが、結果として全項目が全ランタイムで完走しました。

計画から変えた点

起動性能とプロセス単位の速さ

プロセスを起動して終わるまでの時間を hyperfine で測った項目です。CLI ツールや使い捨てスクリプトでは、この時間がそのまま体感になります。

読み取れること

• Bun の起動優位は一貫している — 4 項目すべてで最速。空起動 20.1 ms は Node.js の 2.5 倍速で、依存を 5 つ import しても 38.9 ms に収まりました。JavaScriptCore と Rust 実装の効果が最も素直に出る領域です（Bun は 1.4 系で実装言語を Zig から Rust に移しており、今回の計測値はすべて Rust 版のものです）。
• Deno の空起動は最も遅い — 57.7 ms で Node.js より 7 ms 遅い。ただし TypeScript を含めると 107.1 ms で Node.js（147.0 ms）を 40 ms 上回ります。Deno は TS を前提に最適化されており、.ts を投げる使い方では有利になります。
• TypeScript は 3 者とも設定ゼロで動いた — tsconfig.json もトランスパイル手順も無しに .ts を直接実行できました。Node.js の型ストリップは消去可能な構文に限られるため、enum や namespace を使うコードでは差が出ます（今回はそれらを避けた共通コードで測定）。
• Node.js 26 と 24 の差は小さい — 26 系が速いのはテスト実行（8%）だけで、空起動と TypeScript 実行は 24 系の方が 4〜6% 速く出ました。どちらも変動係数（5〜13%）の範囲内で、世代を上げても起動は速くなっていません。
• テスト実行の差は 4.03 倍 — 3 ランタイムとも node:test 記法の 200 件を無修正で 200 件パスさせました。互換性は問題なく、差は純粋にランナーの速度です。

実行性能

B-03 HTTP スループット

10 秒間・50 同時接続で "Hello" を返し続けたときの毎秒リクエスト数です。共通の node:http 版と、各ランタイム固有 API 版を分けて測りました。

固有 API を使うかどうかで結論が変わります。 node:http のままなら Bun が最速で、Node.js 26 が 1.12 倍の差で続き、Deno は Node.js 26 より 3 割ほど遅れます。固有 API まで許すと Deno が最速になり、Bun を 15.3% 上回りました（p99 遅延も Deno が 0.3 ms 短い）。 注目すべきは Deno の伸び幅で、互換レイヤを捨てると 2.14 倍になりました。Deno の node:http は互換のためのラッパで、性能を出す経路ではないことがはっきり出ています。

B-04 JSON 処理（10 MB / 52,481 レコード）

合計では Bun が最速で、Node.js 26 の 1.29 倍です。差の大半は JSON.parse（Bun 38.0 ms 対 Node.js 26 57.4 ms）から来ています。 メモリ使用量は Bun（39.0 MB）と Node.js 26（41.8 MB）が小さく、Node.js 24・Deno は 60 MB 台でした。Node.js 24 → 26 で heap が 61.7 MB → 41.8 MB に減っているのは、 この検証で見えた 26 系の明確な改善点です。

B-05 ファイル I/O（2000 ファイルの書き込み・読み込み・一覧・削除）

この項目はランタイムの差より揺れの方が大きく出ます。 合計の最速は Bun ですが、Node.js 24 との差は 0.5% しかありません。 最遅の Node.js 26 は 1.27 倍遅く出ましたが、変動係数が 17.6% と大きく（10 回の幅は 1,790〜3,266 ms）、ほかの 3 者は 5〜10% でした。 1 ファイルあたり約 1 ms を Windows のファイル操作コストが占めており、Node.js 26 の遅れがランタイムの性質かどうかは、この 1 回の計測からは決められません。

B-06 CPU バウンド処理

合計 2.08 倍（対 Node.js 26）という Bun の優位は、ほぼ配列ソートの 1 点から来ています（249.6 ms 対 Node.js 26 592.2 ms）。 100 万要素の Array.prototype.sort で JavaScriptCore が V8 の 2 倍以上速く、これが合計の差を作っています。 数値ループは 4 者とも 53〜61 ms で、差は 15% 以内でした。「Bun は CPU 処理が全般に速い」と一般化すると誤ります。 なお Node.js 26 はソートで 24 より 14% 遅く、この項目では 4 者の最下位でした。

B-07 SQLite（インメモリ・10 万行）

Node.js 26 が合計で最速です。 3 ランタイムすべてが node:sqlite を持っており、同じコードが無修正で動きました。 Bun は点参照で最速ながら合計では 1.13 倍の差で 2 位、Deno は INSERT で Node.js 26 の 1.82 倍遅く、合計でも 1.73 倍遅れました。DB アクセスが中心のワークロードでは、起動やソートの速さが結論を決めないことが分かります。

パッケージ管理と npm 互換性

B-08 依存インストール

性質を混ぜた 8 パッケージ（純 JS 2・HTTP フレームワーク・DB ドライバ・ビルドツール・CLI・ネイティブアドオン 2）を、 同一の package.json から各パッケージマネージャでインストールした時間です。

キャッシュが効いたときの差が極端です。 deno install の 0.9 秒に対し bun install は 6.7 秒、npm install は 8.4 秒。 Deno はグローバルキャッシュから node_modules を組み立て直すだけで済む設計になっており、この条件では 7〜10 倍の差がつきました。 一方クリーン（キャッシュもロックも無い）状態では 7.7〜16.8 秒に収まり、ネットワーク待ちが支配的になって差は 2.2 倍まで縮みます。

生成される node_modules はどれも 51.4 MB・2,300 件前後でほぼ同じでした。 bun install が postinstall を既定でブロックしても完走したのは、今回の対象のネイティブアドオンがバイナリを配る方式だったためです。 sharp は OS ごとの別パッケージを optionalDependencies で、bcrypt はパッケージへの同梱で配っています。ソースからのビルドが必要なパッケージでは結果が変わります。

P3 npm 互換性チェック

各パッケージマネージャが作った node_modules に対し、対応するランタイムで import と主要エクスポートの存在確認を行いました。

ツールチェーンと配布

B-10 単一実行ファイル化

依存を持たない 1 ファイルの CLI を、実行ファイルに固めた結果です。生成物は実際に起動して期待した出力が出ることを確認しています。

3 者すべて動く実行ファイルを作れましたが、手数が違います。Bun と Deno は 1 コマンドで完結、Node.js は blob 生成 → node.exe の複製 → postject による注入の 3 段階で、しかも postject を npm から入れる必要があります。 14.4 秒のうち大半はこの npm インストールです。出力サイズは Deno が最小（76.7 MB）、Bun が最大（109.9 MB）でした。

前回（Deno 2.9.7・Bun 1.4.3）と比べて動いた値が 2 つあります。deno compile は 2.0 秒から 9.6 秒に延び、Bun の出力は 91.9 MB から 109.9 MB に増えました。 どちらも原因は確かめていません。Deno は版を上げた直後の 1 回目の計測なので、実行ファイルの土台をダウンロードする時間が入った可能性があります（未確認）。

標準で持っているもの

Deno の権限モデルは今回の検証で実際に体感しました。-A（全許可）を付けないと、 ファイル読み込み・環境変数参照・ポート待ち受けのいずれもエラーになります。手間ではありますが、 外部から持ち込んだスクリプトを走らせる場面ではこの既定拒否が他 2 者に無い価値になります。

総合スコアと読み方の注意

評価軸ごとのスコア

定量項目は「各項目の最良値を 100 とした相対値」を軸内で平均、定性項目は 5 段階を 100 点満点に換算した値です。重みは計画時に確定させたものを変更していません。

総合スコア

この総合スコアを信用しすぎないための注意

1. 相対スコアは差を誇張する — 最良値を 100 とする方式なので、実測差が小さくてもスコア差は開きません／逆に開きすぎます。 典型はパッケージ管理で、キャッシュ有インストールが Deno 0.9 秒・Bun 6.7 秒・npm 8.4 秒なので、Bun は 13.1 点、Node.js は 10.3 点という壊滅的な数字になります。 実際には「7〜8 秒か 1 秒か」であって、日常の開発を左右する差ではありません。逆にファイル I/O では、Node.js 26 の 1 回の揺れ（変動係数 17.6%）がそのまま 79 点という点差になります。
2. 重みが結論を決めている — 速さ関連（起動 15＋実行 20＋TypeScript 10）で 45 点を占める配点なので、Bun が勝つのは配点の帰結でもあります。 ほかの重みをそのままにして「運用・サポート」を 10 から 49 以上に上げると、Node.js が最上位になります。重みは計測後に動かしていませんが、自分の状況に合わせて再計算する前提の数字です。
3. ツールチェーン軸が B-10・B-11 の時間だけで決まっている — fmt / lint / bundle の有無という本来この軸で重要な要素は、 定量化できていないため章 6 の表に分離してあります。スコア 14.8 は「Node.js のツールチェーンが弱い」ことの証拠としては不十分です。 また B-10 は Node.js 26 でしか測っていないため、Node.js 24 は B-11 だけで点が付き、22.9 点と 26 系より高く出ます。参考の Node.js 24 が総合で 26 系を上回るのは、主にこのためです。
4. 単一マシン・単一 OS の相対比較 — 4 コアのノート PC 1 台、Windows のみ。絶対値を「このランタイムは毎秒 N リクエスト処理できる」と一般化はできません。 変動係数は多くの項目で 5〜15% あり、10% 以内の差は「差なし」として扱うべきです。
5. HTTP は固有 API では Deno が最速 — 実行性能の軸には共通コード（node:http）のみを入れています。 固有 API を使う前提なら Deno の実行性能スコアは上がります。

再現方法

同じ計測を後日やり直せます。tools/ のバイナリと src/bench/fixtures/ のテストデータはリポジトリに含めず、スクリプトから再生成します。

# Windows PowerShell 5.1・pwsh 7 のどちらでも動く
# 1. ランタイムと計測ツールを tools/ に配置（SHA256 検証つき）
src/scripts/10_setup_runtimes/setup-runtimes.ps1

# 2. ベンチ本体（項目を分けて実行し、-Append で結果をマージできる）
src/scripts/20_run_bench/run-bench.ps1 -Runs 10 -Warmup 3 -Only B-01,B-02,B-09,B-11
src/scripts/20_run_bench/run-bench.ps1 -Runs 10 -Warmup 3 -FileCount 2000 -Only B-04,B-05,B-06,B-07 -Append
src/scripts/20_run_bench/run-bench.ps1 -Only B-03 -HttpSeconds 10 -HttpConnections 50 -Append

# 3. 依存インストールと npm 互換性
src/scripts/30_run_install_bench/run-install-bench.ps1

# 4. 単一実行ファイル化
src/scripts/40_run_compile_bench/run-compile-bench.ps1

# 5. 集計（定性評価は docs/results/qualitative.json を読む）
src/scripts/50_build_report/build-report.ps1