Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Guide for interpreting ResolveProjectReferences time in MSBuild performance summaries. Activate when ResolveProjectReferences appears as the most expensive target and developers are trying to optimize it directly. Explains that the reported time includes wait time for dependent project builds and is misleading. Guides users to focus on task self-time instead. Do not activate for general build performance -- use build-perf-diagnostics instead.
| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-01 | ✗→✓ | ▲ Improved | -8% | 0% |
| case-06 | ✗→✓ | ▲ Improved | -17% | 0% |
| case-07 | ✗→✓ | ▲ Improved | -2% | 0% |
| case-08 | ✗→✓ | ▲ Improved | -15% | 0% |
| case-13 | ✗→✓ | ▲ Improved | -14% | 0% |
Prevent misguided optimization of ResolveProjectReferences by explaining that its reported time is wall-clock wait time, not CPU work.
ResolveProjectReferences appears as the most expensive target in the Target Performance SummaryResolveProjectReferences directlybuild-perf-diagnostics instead)Csc, ResolveAssemblyReference)| Input | Required | Description | |-------|----------|-------------| | Build log or binlog | Yes | A diagnostic build log or binlog containing the Target Performance Summary |
Verify that ResolveProjectReferences appears as the top target in the Target Performance Summary. This is the misleading metric.
The reported time includes waiting for dependent projects to build while the MSBuild node is yielded (see dotnet/msbuild#3135). During this wait, the node may be doing useful work on other projects. The target itself does very little work.
Use the Task Performance Summary to identify the real bottleneck.
Use the binlog MCP server expensive_tasks tool to get task self-time rankings directly from the binlog.
bashdotnet msbuild build.binlog -noconlog -fl "-flp:v=diag;logfile=full.log;performancesummary" grep "Task Performance Summary" -A 50 full.log
Focus on self-time of actual tasks:
build-perf-diagnostics skill (Section 2: Roslyn Analyzers)build-perf-diagnostics skill (Section 1: RAR)build-perf-diagnostics skill (Section 4: File I/O)build-parallelism skillResolveProjectReferences was not set as the optimization targetCsc, Copy, ResolveAssemblyReference) was identified as the true bottleneckOther measured skills in the registry, with their headline benchmark lift.