Uh oh!
There was an error while loading. Please reload this page.
Update spmi asp.net script to collect some osr method contexts - #62635
Conversation
Collect both non-pgo and pgo cases. For non-pgo, set OSR to trigger immediately when any patchpoint is hit to maximize number of cases collected. For PGO, set OSR to trigger once we've got a bit of profile data gathered by the Tier0 method.
ghost
commented
Dec 10, 2021
Tagging subscribers to this area: @JulieLeeMSFT Issue DetailsCollect both non-pgo and pgo cases. For non-pgo, set OSR to trigger immediately
|
AndyAyersMS
commented
Dec 10, 2021
cc @dotnet/jit-contrib Recent collection stats: |
| # note tricks to get one element tuples | ||
| runtime_options_list = [("Dummy=0",), ("TieredCompilation=0", ), ("TieredPGO=1", "TC_QuickJitForLoops=1"), ("TieredPGO=1", "TC_QuickJitForLoops=1", "ReadyToRun=0")] | ||
| runtime_options_list = [("Dummy=0",), ("TieredCompilation=0", ), ("TieredPGO=1", "TC_QuickJitForLoops=1"), ("TieredPGO=1", "TC_QuickJitForLoops=1", "ReadyToRun=0"), |
There was a problem hiding this comment.
should first items have TC_OnStackReplacement=0 as you're planning to enable it by default?
There was a problem hiding this comment.
I suppose so, though with the current defaults (~50,000 hits to patchpoints before a transition) very few methods will end up with OSR. In practice it won't make much difference.
The bigger impact will be from changing the default for QJFL.
AndyAyersMS
commented
Dec 10, 2021
Note this means that if we alter the format of Or at least, trigger a new collection. I don't expect |
Collect both non-pgo and pgo cases. For non-pgo, set OSR to trigger immediately
when any patchpoint is hit to maximize number of cases collected. For PGO, set
OSR to trigger once we've got a bit of profile data gathered by the Tier0 method.