Skip to content

Latest commit

 

History

History
48 lines (35 loc) · 1.66 KB

debugging_slow_builds.md

File metadata and controls

48 lines (35 loc) · 1.66 KB
Raw

Debugging Slow Builds

Did you know that Ninja writes a log to disk after each build?

To see what kinds of files took the longest for your previous build:

cd out/Default
# Lives in depot_tools:
post_build_ninja_summary.py

You can also set NINJA_SUMMARIZE_BUILD=1 to have this command run after each autoninja invocation (also runs ninja with -d stats).

To generate a Chrome trace of your most recent build:

git clone https://github.com/nico/ninjatracing
ninjatracing/ninjatracing out/Default/.ninja_log > trace.json
# Then open in https://ui.perfetto.dev/

Slow Bot Builds

Our bots run ninjatracing and post_build_ninja_summary.py as well.

Find the trace at: postprocess_for_goma > upload_log > ninja_log:

  • ".ninja_log in table format (full)" is for post_build_ninja_summary.py.
  • "trace viewer (sort_by_end)" is for ninjatracing.

Advanced(ish) Tips

  • Use gn gen --tracelog trace.json to create a trace for gn gen.
  • Many Android templates make use of md5_check.py to optimize incremental builds.
    • Set PRINT_BUILD_EXPLANATIONS=1 to have these commands log which inputs changed.
  • If you suspect files are being rebuilt unnecessarily during incremental builds:
    • Use ninja -n -d explain to figure out why ninja thinks a target is dirty.
    • Ensure actions are taking advantage of ninja's restat=1 feature by not updating timestamps on outputs when their contents do not change.