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
Process : E:\temp\gcperfsim\bin\Debug\net5.0\gcperfsim.exe
590
598
Output File : E:\temp\gcperfsim\trace.nettrace
@@ -640,6 +648,29 @@ However, when you want to gain a finer control over the lifetime of the app bein
640
648
> [!IMPORTANT]
641
649
> Launching your app with `dotnet run` can be problematic because the dotnet CLI may spawn many child processes that are not your app and they can connect to `dotnet-trace` before your app, leaving your app to be suspended at run time. It is recommended you directly use a self-contained version of the app or use `dotnet exec` to launch the application.
642
650
651
+
## (Linux-only) Collect a trace with Linux perf events using dotnet-trace
652
+
653
+
To collect traces using `dotnet-trace collect-linux`:
654
+
655
+
```output
656
+
$ sudo dotnet-trace collect-linux
657
+
No providers, profiles, ClrEvents, or PerfEvents were specified, defaulting to trace profiles 'dotnet-common' + 'cpu-sampling'.
On Windows, you can view *.nettrace* files in [Visual Studio](/visualstudio/profiling/beginners-guide-to-performance-profiling?#step-2-analyze-cpu-usage-data) or [PerfView](https://github.com/microsoft/perfview) for analysis.
0 commit comments