RFR: 8318306: java/util/Arrays/Sorting.java fails with "Array is not sorted at 8228-th position: 8251.0 and 8153.0" [v4]
Jatin Bhateja
jbhateja at openjdk.org
Mon Oct 23 17:27:31 UTC 2023
On Mon, 23 Oct 2023 15:44:35 GMT, Srinivas Vamsi Parasa <duke at openjdk.org> wrote:
>> 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.
Ok, BTW I am able to reliably able to reproduce the issue with following JVM options.
* @run main/othervm/timeout=200 -Xbatch -ea -esa -XX:-TieredCompilation -XX:+DeoptimizeALot SortingDeoptimizationTest .1 10 50000
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/16230#discussion_r1369016599
More information about the hotspot-compiler-dev
mailing list