Skip to content

Commit dc2e443

Browse files
committed
revered edits
1 parent 3f00b29 commit dc2e443

File tree

2 files changed

+1
-17
lines changed

2 files changed

+1
-17
lines changed

docs/profiling/cpu-usage.md

Lines changed: 1 addition & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -132,7 +132,7 @@ For more information on using the Flame graph, see [Identify hot paths with Flam
132132

133133
### <a name="BKMK_The_CPU_Usage_call_tree"></a> CPU Usage call tree
134134

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**.
136136

137137
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.
138138

@@ -216,20 +216,6 @@ Expand the generated methods to show what's going on:
216216
- `MainPage::<GetNumberAsync>b__b` shows the activity of the tasks that call `GetNumber`.
217217
::: moniker-end
218218

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.
232-
233219
::: moniker range=">=vs-2022"
234220

235221
### Analyze multi-process performance

docs/profiling/instrumentation.md

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -103,8 +103,6 @@ Here's more information on the column values:
103103

104104
- **Module** The name of the module containing the function.
105105

106-
For help understanding data in the call tree, see [Understanding the call tree](../profiling/cpu-usage.md#understanding-the-call-tree).
107-
108106
### Async calls in the Instrumentation call tree (.NET)
109107

110108
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

Comments
 (0)