Uh oh!
There was an error while loading. Please reload this page.
Make JitPrintInlinedMethods less verbose - #61208
Conversation
ghost
commented
Nov 4, 2021
Tagging subscribers to this area: @JulieLeeMSFT Issue DetailsWas: Now: We can also introduce a verbosity level e.g. to only print successful inlinees after [guarded] devirtualizations. The goal is to allow developers to easily find out which call-sites were devirtualized with PGO and which were not. cc @dotnet/jit-contrib @AndyAyersMS
|
jakobbotsch
commented
Nov 4, 2021
I'm not a fan of removing the ordinal and IL offset, I've been using those a lot in my debug info work. Can we keep those? |
I can make the "verbose mode" to be default. If make Checked jits available for external developers I'd love it to be more friendly and less verbose for them at least with an additional config switch. Especially when ="*" mode is used. |
jakobbotsch
commented
Nov 4, 2021
Do we expect external developers to use the full JitDump mode? If we had a separate variable to report the things that may be interesting for external devs then we could have the less verbose output for this mode, and keep the more verbose mode for JitDump. |
EgorBo
commented
Nov 4, 2021
It's not part of JitDump, it's printed for |
jakobbotsch
commented
Nov 4, 2021
The inline tree is also printed in JitDump using this code. |
jakobbotsch
commented
Nov 4, 2021
Maybe pass |
EgorBo
commented
Nov 4, 2021
@jakobbotsch good point! addressed in the latest commit. |
jakobbotsch
left a comment
There was a problem hiding this comment.
I would personally prefer that "leaf" methods like these do not change behavior based on environment variables, e.g. using a verbose parameter instead (similar to what is already happening in InlineStrategy::Dump with its showBudget parameter). But that's not terribly important, if you prefer it this way that's fine with me.


Was:
Now:
We can also introduce a verbosity level e.g. to only print successful inlinees after [guarded] devirtualizations. The goal is to allow developers to easily find out which call-sites were devirtualized (and inlined because devirtualization without inlining is not interesting) with PGO and which were not.
cc @dotnet/jit-contrib @AndyAyersMS