RFR: 8324345: Stack overflow during C2 compilation when splitting memory phi [v2]
Daniel Lundén
dlunden at openjdk.org
Fri Jul 19 12:27:04 UTC 2024
On Fri, 19 Jul 2024 10:44:56 GMT, Tobias Hartmann <thartmann at openjdk.org> wrote:
>> Daniel Lundén has updated the pull request incrementally with one additional commit since the last revision:
>>
>> Limit test to only compile problematic method
>
> test/hotspot/jtreg/compiler/escapeAnalysis/TestFindInstMemRecursion.java line 30:
>
>> 28: * overflow.
>> 29: *
>> 30: * @run main/othervm -Xcomp -XX:CompileThreshold=10 -XX:-TieredCompilation
>
> This will lead to **a lot** of compilations and therefore increase the runtime of the test. I assume there is only one problematic method, so couldn't you limit compilation to that one?
Good point, now fixed and checked that it still reproduces the issue.
> test/hotspot/jtreg/compiler/vectorapi/VectorReplicateLongSpecialImmTest.java line 39:
>
>> 37: * @requires os.arch == "aarch64"
>> 38: * @modules jdk.incubator.vector
>> 39: * @run testng/othervm -XX:UseSVE=0 -XX:-TieredCompilation -XX:CompileThreshold=100 -XX:+IgnoreUnrecognizedVMOptions -XX:CompileCommand=MemLimit,*.*,0 compiler.vectorapi.VectorReplicateLongSpecialImmTest
>
> Does that mean we hit the bailout here and re-compilations hits the memory limit?
Yes, exactly. We hit the memory limit later on, in register allocation. I suggest investigating in a separate issue, if there are no objections.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/20238#discussion_r1684297560
PR Review Comment: https://git.openjdk.org/jdk/pull/20238#discussion_r1684300433
More information about the hotspot-compiler-dev
mailing list