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