Don't delay call-counting-installation because of R2R'd code

[EgorBo]

When we re-jit a R2R'd code we hit HandleCallCountingForFirstCall where we set m_tier1CallCountingCandidateMethodRecentlyRecorded = true to delay call-counting installation further, see here.

It seems to me that we should not do that when we already have R2R'd version installed, a proper fix is

if (!ExecutionManager::IsReadyToRunCode(pMethodDesc->GetNativeCode()))
{
    // Delay call counting for currently recoded methods further
    m_tier1CallCountingCandidateMethodRecentlyRecorded = true;
}

However, ExecutionManager::IsReadyToRunCode is likely not cheap due to #8393 issue 😞

The problem, it should help with, is: when we start a large app we constantly compile something and VM simply doesn't have a window to install call counting stubs for methods, even extremely hot ones - they might stuck un-counted in Tier0 for seconds, see #70941 (comment)

[davidwrighton]

#79021 has fixed the reason not to do this

[mangod9]

@EgorBo, this issue is tagged for 8. Assume its not a large change to make it in?

[EgorBo]

@EgorBo, this issue is tagged for 8. Assume its not a large change to make it in?

The fix is more or less simple but I wasn't able yet to proove it improves anything yet, need to try to some big 1P project

[EgorBo]

I moved it to Future but as a best-effort to make it to 8.0 if we find a proof it works