any intent/plan to move to .Net Metrics & Activity patterns ?

[fforjan]

The intent would be able to debug some slowness and understand what's happening within WPF ?

[lindexi]

@fforjan Do you means the performance issues?

[fforjan]

yes, to understand how much time is spent into the different activities (layout, render,etc...)

[lindexi]

@fforjan Just the performance analyzer of Visual Studio and dotTrace.

[miloush]

WPF uses ETW events, including those to report on measurement, layout and render. You can collect them yourself or use PerfView: https://devblogs.microsoft.com/dotnet/improving-your-apps-performance-with-perfview/ to visualize/measure them. (Also see microsoft/perfview#554)

There used to be a WPF Performance Suite: https://learn.microsoft.com/en-us/previous-versions/aa969767(v=vs.110) but I suspect that doesn't work with .NET Core.

I don't think a move to different performance tracking system is feasible. Either you would have two things tracking performance, or you would have to get rid of ETW which would break compatibility.

[fforjan]

@miloush Do you know if it possible to collect them in the same process of the application ? I'm working on allowing Chrome Dev Tools to see any .net application and be able to connect to see some trace / inspect : this is what I could get from Avalonia by simply looking at the .net Activity / .net meter infrastructure and wanted to do the same in WPF

But I would like to be able to 'read' them in the same process. I will browse the different links you gave me but if you have any sample for reading those measurement in the same process, i would be more than happy if you can share those.

[miloush]

I haven't done that personally but the last section of https://learn.microsoft.com/en-us/dotnet/core/diagnostics/eventsource-collect-and-view-traces suggests you should be able to do it.

[fforjan]

Which doesn't seems possible/easy :( #7301 (comment)

[miloush]

Ah, that is unfortunate. I wonder whether that might be because the events also originate from native code. But since this is on Windows and your scenario involves external process anyway, could you just not consume ETW events out of process?

[fforjan]

not really, the integration with ChromeDevTools allows bi-directional communication and as such should be into the same process.
A differrent way to see i also, is like OpenTelemetry : you configure this into your application via the exporter you want to use, in that case my exporter is a chromedevtools instance - with lot of simplification.