This is a fork of the .NET Core Diagnostics Repo repository, intending to provide a better experiences/solutions for dotnet diagnostic tools of .NET Core 3.0.
Rules of Optimization
First rule of optimization - Dont't
Second rule of optimization - Don't...yet.
Profile before optimizing
-- Michael Jackson
If I would run to rule 3, I probably wanted the performance profiling to happen easily.
.NET Core 3.0 provides CLI tools to do the profiling.
- Although the command line is a cross platform solution, it is not as easy as button clicks.
- Once the trace is gathered, it is not easy to get the trace when it is inside a container or hosted remotely.
This repo does an experiment to put a web UI on top of the command lines to make it easier to use for various scenarios: premises box, locally hosted container, Azure container. Also, the web UI will stream the trace file gathered by dotnet-trace allows offline analysis.
- Dotnet Trace (Profiling) Basic Usage (Windows)
- Dotnet Trace in a container (Ubuntu)
- // More to come.
- Provide a story for on premises profiling.
- Run it in local hosted containers, provides a way to easily fetch the trace files.
- Extend it to run in Azure.
The implementation is provided at src/Tools/dotnet-trace-hosted and src/Tools/dotnet-trace-hosted-webui.
// TODO: Add more details here.
- dotnet-dump - Dump collection and analysis utility.
- dotnet-trace - Enable the collection of events for a running .NET Core Application to a local trace file.
- dotnet-counters - Monitor performance counters of a .NET Core application in real time.
The bpmd command can now be used before the runtime is loaded. You can load SOS or the sos plugin on Linux and execute bpmd. Always add the module extension for the first parameter.
bpmd SymbolTestApp.dll SymbolTestApp.Program.Main
You can set a source file/line number breakpoint like this (the fully qualified source file path is usually not necessary):
bpmd SymbolTestApp.cs:24
Symbol server support - The setsymbolserver command enables downloading the symbol files (portable PDBs) for managed assemblies during commands like clrstack, etc. See soshelp setsymbolserver for more details.
(lldb) setsymbolserver -ms
Before executing the "bt" command to dump native frames to load the native symbols (for live debugging only):
(lldb) loadsymbols
To add a local directory to search for symbols:
(lldb) setsymbolserver -directory /tmp/symbols
- FAQ - Frequently asked questions.
- The LLDB Debugger - More information about lldb.
- SOS - More information about SOS.
- Debugging CoreCLR - Instructions for debugging .NET Core and the CoreCLR runtime.
- dotnet/coreclr - Source for the .NET Core runtime.
- Official Build Instructions - Internal official build instructions.
The diagnostics repository is licensed under the MIT license. This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.
I currently work for Microsoft. However, this project is a pure hobby and is not funded by Microsoft.