概要

• ビルド時間が長い原因の多くは単純で修正可能な問題
• ビルド工程の可視化ツール「What the Fork」の紹介
• 並列処理の最適化やビルドシステムごとの問題点の発見
• CIビルドや依存関係の解析にも有効
• Windows、Linux、macOSで動作し、早期アクセスが可能

ビルド時間が長くなる理由と現状

• 多くのソフトウェアプロジェクトで ビルド時間の長さ が問題
• 大規模なプロジェクト（例： LLVM）ではコード量が主因
• しかし、 非効率なビルド設定 が原因の場合も多い
• 例： make -j フラグ未使用や、並列化されていないビルド処理
• ビルドのどこが遅いのか 可視化する手段 がこれまで不足

What the Forkの概要と使い方

• クロスプラットフォーム対応 のビルド可視化ツール
• どのビルドシステム・言語でも利用可能
• ビルドコマンドの前に wtf を付けて実行
  • 例: wtf make, wtf cargo build, wtf gradle build, wtf npm run build
• Xcodeのビルドにも対応 （wtf -x）

仕組みと技術的背景

• ビルドは本質的に 一連のコマンド実行
  • シェルスクリプトや make, cargo, bazel, gradle, xcodebuild など
• ビルドツールは 依存関係解析やキャッシュ も担当
• 標準出力では 全てのサブプロセスや詳細なタイミング は分からない
• fork, exec, exit などのシステムコールを監視し、 全コマンドのタイムライン を再構成
  • macOS: Endpoint Security API
  • Linux: ptrace()
  • Windows: Event Tracing for Windows
• あらゆるサブプロセス起動型プログラムに応用可能

可視化で発見できる問題例

• Cargo ビルドで並列化されておらず、 1ファイルずつコンパイル されていた事例
• Ninja ビルドでは全コアをフル活用し、 理想的な並列性 を実現
• CMake ビルドで、 無駄な環境チェックや再帰的な呼び出し が多数発生
  • 例： xcode-select や sw_vers の85回再実行
• Xcodebuild で終盤に プロセス数が減少し、非効率なビルド となる事例
• Zig ビルドで依存関係のビルド順序がランダムになり、 並列性が運任せ
• Go プロジェクトでは依存パッケージのダウンロードが ビルドのボトルネック に

ビルド最適化のヒント

• 並列処理の最大化 によるビルド高速化
• 依存関係の見直し や 無駄な処理の削減 が重要
• CI環境でのクリーンビルド 最適化にも有効
• 可視化による問題箇所の特定 が効率的な改善に直結

早期アクセスと今後の展望

• What the Fork は Windows、Linux、macOS で動作
• 早期アクセスグループで フィードバック募集中
• ビルド最適化以外の 新たな用途提案も歓迎

---

What the Fork は、ビルド工程のボトルネックを直感的に可視化し、エンジニアが効率的な改善を行うための強力なツールです。ビルド時間短縮やCI最適化を目指す現場で、ぜひ活用を検討してください。