Skip to content

Add JitStress mode that forces a particular mechanism of stack probing - helper or inlined code #44174

Open
@echesakov

Description

@echesakov

A decision on what mechanism ("JIT helper" or "inlined code") is used for stack probing depends purely on a method frame size and the getVeryLargeFrameSize() value for target platform. Given that most of the methods have smaller frame sizes, the "JIT helper" mechanism might not have enough test coverage in the CI.

The proposal is to introduce a JitStress mode that would force a particular mechanism of stack probing without taking into account a method frame size. In theory, both should work for some range of frame size values. The "inlined code" might be restricted by number of instructions allowed in a function prolog and, on linux-x64, by the maximum distance below rsp that can be safely probed without causing an app to be terminated.

@dotnet/jit-contrib

category:testing
theme:stack-allocation

Metadata

Metadata

Assignees

No one assigned

    Labels

    Priority:3Work that is nice to havearea-CodeGen-coreclrCLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMIincrease-code-coverageTracking need to add more test and increase code coverage of a component

    Type

    No type

    Projects

    Status

    Backlog (General)

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions