.NET Profiling for ASP.NET Core

[bruno-garcia]

Follow up from:

• .NET Profiling for client apps (Desktop/CLI/Mobile) #2315
• Initial support for profiling - internal release #1955

• collect Microsoft-Windows-DotNETRuntime rundown provider (loaded libs, etc) in a separate session and merge with actual samples later during processing, if possible (merging nettrace files, or having a custom provider for TraceLog).

• Or maybe we don't even need to collect these because we're in the same process? can we hack our way around and get the libraries from the current process instead? Probably not so easy because it also somehow stack walking if I'm not mistaken.

• We'll use GlobalMode to set the behavior: all threads in process (global Mode) or only activity/request (server mode)

• Consider capturing only the current "activity", i.e. not all threads but only what belongs to the transaction.

• See also https://studylib.net/doc/6851938/eventsource-activity-support

• possible blocker Missing activity in case of "broken" ActivityID in events microsoft/perfview#2122

[ericsampson]

Very exciting. How long do you think it'll be before external users are able to give it a go, assuming that we acknowledge that it's "alpha/beta caveat emptor" :)

[mattjohnsonpint]

First we need to get through #2315, which is blocked by microsoft/perfview#1829

Then we can better estimate this one. It will likely be a while.