Read Code Optimizations memory percentages against trace allocations

Source facts

Code Optimizations expresses a memory finding as a percentage of all allocations in the trace. It also provides actual allocation sizes in bytes and a breakdown of allocated types within the call. The individual-resource view can filter results by time, role and insight type, and an insight includes its call stack. Microsoft Learn.

Applicability

Use this interpretation for a Code Optimizations memory insight, not as a replacement for a separately measured host-memory or process-residency value. Keep the trace and selected workload context attached to the number.

DSE recommendation

Describe a memory finding as its share of allocations in the trace, and retain allocation bytes and type details beside that percentage. Ask the application owner to identify the relevant call path and whether the observed workload represents the problem being investigated. Do not translate an allocation share directly into a claim that the method occupies that percentage of the machine’s RAM. Separate the diagnostic lead from any proposed code change.

Verification

Open the insight with an explicit time and role selection and inspect its allocation details and call stack. Compare like-for-like observations when evaluating a proposed change, recording any workload or capture differences. Check that the resulting ticket or report names the allocation denominator rather than using an ambiguous memory percentage. Retain the underlying observations; a lower share alone should not be reported as a measured reduction in resident memory or as proof that the application’s problem was resolved.

Official references

Microsoft Learn: Interpret Code Optimizations results. Source reviewed September 9, 2026.