You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/profiling/cpu-usage.md
+1-15Lines changed: 1 addition & 15 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -132,7 +132,7 @@ For more information on using the Flame graph, see [Identify hot paths with Flam
132
132
133
133
### <aname="BKMK_The_CPU_Usage_call_tree"></a> CPU Usage call tree
134
134
135
-
To view the call tree, select the parent node in the report. By default, the **CPU Usage** page opens to the **Caller/Callee** view. In the **Current View** dropdown, select **Call Tree**. For help understanding data in the call tree, see [Understanding the call tree](#understanding-the-call-tree).
135
+
To view the call tree, select the parent node in the report. By default, the **CPU Usage** page opens to the **Caller/Callee** view. In the **Current View** dropdown, select **Call Tree**.
136
136
137
137
You can click the **Expand Hot Path** and **Show Hot Path** buttons to see the function calls that use the highest percentage of the CPU in the call tree view.
138
138
@@ -216,20 +216,6 @@ Expand the generated methods to show what's going on:
216
216
-`MainPage::<GetNumberAsync>b__b` shows the activity of the tasks that call `GetNumber`.
217
217
::: moniker-end
218
218
219
-
#### Understanding the call tree
220
-
221
-
Sometimes, the call paths that appear in the **Call Tree** view for CPU Usage and Instrumentation tools may look different than you expect. To interpret the data you're seeing in the call tree, it helps to understand the common reasons for these differences. For example:
222
-
223
-
- Release builds perform many optimizations such as inline function calls. Inline functions don't appear in the call tree. In some cases, release build optimizations may also generate unexpected code that appears in the call tree.
224
-
225
-
- Asynchronous functions execute on their own thread independent of the call path, and they normally appear in a separate node.
226
-
227
-
::: moniker range=">=vs-2022"
228
-
For Instrumentation, you can [configure options to view .NET async calls](../profiling/instrumentation.md#async-calls-in-the-instrumentation-call-tree-net) in a more intuitive way, within the call path where the async call was made.
229
-
::: moniker-end
230
-
231
-
- For sampling (CPU Usage only), functions that execute very quickly may not get sampled, in which case these functions don't appear in the call tree.
Copy file name to clipboardExpand all lines: docs/profiling/instrumentation.md
-2Lines changed: 0 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -103,8 +103,6 @@ Here's more information on the column values:
103
103
104
104
-**Module** The name of the module containing the function.
105
105
106
-
For help understanding data in the call tree, see [Understanding the call tree](../profiling/cpu-usage.md#understanding-the-call-tree).
107
-
108
106
### Async calls in the Instrumentation call tree (.NET)
109
107
110
108
Starting in Visual Studio 2022 version 17.13 Preview 2, views representing a visual call tree nest .NET asynchronous calls under the functions where the asynchronous call was made, making it easier to trace the execution flow within a single, unified stack trace. This can help you quickly identify performance bottlenecks.
0 commit comments