RFR: 8318306: java/util/Arrays/Sorting.java fails with "Array is not sorted at 8228-th position: 8251.0 and 8153.0" [v4]

[Srinivas Vamsi Parasa]

On Mon, 23 Oct 2023 05:56:55 GMT, Tobias Hartmann <thartmann at openjdk.org> wrote:

>> test/hotspot/jtreg/compiler/intrinsics/SortingDeoptimizationTest.java line 27:
>> 
>>> 25:  * @test
>>> 26:  * @bug 8318306
>>> 27:  * @run main/othervm/timeout=200 -XX:+IgnoreUnrecognizedVMOptions -Xcomp -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -server -XX:-TieredCompilation -XX:+DeoptimizeALot SortingDeoptimizationTest 1e-2 100 50
>> 
>> Hi @vamsi-parasa, you are already passing -Xcomp which will trigger method compilation on first invocation, CompileThreshold may not be needed, You can pass -Xbatch instead to make compilation a blocking operation.
>
> But please verify that the issue still triggers. It may well be that -Xcomp is required to trigger one early allocation + deopt, followed by additional allocations once we reach the lowered threshold. Also, -Xcomp implies -Xbatch.

> Hi @vamsi-parasa, you are already passing -Xcomp which will trigger method compilation on first invocation, CompileThreshold may not be needed, You can pass -Xbatch instead to make compilation a blocking operation.

Hi @jatin-bhateja , these flags are actually being used by the later tier tests and were given to me. Hence, they are being retained without any modifications.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/16230#discussion_r1368895720