Integrate mibc mono config extension

[mdh1418]

Follow up to #71359.

With .mibc profiles now containing a MibcConfig, there are a couple of places that can use some modifications to better integrate this change.

1. ClrEtwAll.man runtime sku - Only knows DesktopClr and CoreClr. Needs to be extended to know Mono (shows up as 4)
2. Mono AOT Compiler - Can leverage the MibcConfig to skip .mibc's generated from non-mono runtimes.

This PR makes the following changes:

• Extends mono aot compiler to check the compatibility of the provided .mibc profile based on its MibcConfig
• Extends ClrEtwAll.man to recognize 0x4 as "Mono" (follow up on Add a config to MIBC format #71359 (comment))
• Follows up on [mono] Extend mono AOT compiler to ingest .mibc profiles #70194 (comment)

[dotnet-issue-labeler]

I couldn't figure out the best area label to add to this PR. If you have write-permissions please help me learn by adding exactly one area label.

[mdh1418]

It looks like the Runtime value still shows up as 4 instead of the desired "Mono". Are there more areas I should extend the runtime Sku in dotnet/runtime @brianrob ? Where else needs the Sku extension for Perfview, Visual Studio, etc to recognize the new sku value of 0x4?

[brianrob]

@mdh1418, your change to add 0x4 to the RuntimeSkuMap looks correct, though I don't see anything that emits this value in the current change. Is that elsewhere?

With regard to making the value "Mono" show up properly, you will want to update https://github.com/microsoft/perfview/blob/main/src/TraceEvent/Parsers/ClrTraceEventParser.cs#L12694. This will cover PerfView and TraceEvent, and then any tools that pick-up new versions of TraceEvent.

[mdh1418]

@brianrob

emits this value in the current change. Is that elsewhere?

Yes, I believe the Sku value 0x4 makes it to the .nettrace through a rundown event FireEtwRuntimeInformationDCStart

runtime/src/mono/mono/eventpipe/ep-rt-mono.c

Line 2872 in cc0ccbe

RUNTIME_SKU_MONO,

and from there, it makes it to the .mibc through

runtime/src/coreclr/tools/dotnet-pgo/Program.cs

Lines 1776 to 1777 in cc0ccbe

	TraceEvent runtimeStart = p.EventsInProcess.Filter(t => t.EventName == "Runtime/Start").FirstOrDefault();
	config.Runtime = runtimeStart?.PayloadByName("Sku")?.ToString();

. These changes were in a previous PR #71359

Thanks, I'll make changes to ClrTraceEventParser and see how it reflects locally!

[brianrob]

@mdh1418 sounds good. What you've described sounds right to me. You will want to make the change to TraceEvent locally and then patch in the updated DLL where dotnet-pgo picks it up. You can do this all locally, and assuming it works, then you'd just need to take a new version of TraceEvent into dotnet-pgo.

[mdh1418]

@brianrob I was able to verify that the MibcConfig section of the .mibc profile reflected Mono under Runtime after I built perfview locally with the RuntimeSku extension there.

I can put up a PR on perfview with the single line change and we can update the TraceEventVersion used in this repo to whichever version that PR makes it to.

[brianrob]

Sounds great!

[lateralusX]

LGTM! Couple of nits.