RFR: JDK-8324930: java/lang/StringBuilder problem with concurrent jtreg runs

Matthias Baesken mbaesken at openjdk.org
Mon Feb 19 13:50:54 UTC 2024


On Tue, 30 Jan 2024 09:08:28 GMT, Matthias Baesken <mbaesken at openjdk.org> wrote:

> On some Windows machines we see sometimes OOM errors because of high resource (memory/swap) consumption. This is especially seen when the jtreg runs have higher concurrency. A solution is to put the java/lang/StringBuilder tests in the exclusiveAccess.dirs group so that they are not executed concurrently, which helps to mitigate the resource shortages.
> Of course this has the downside that on very large machines the concurrent execution is not done any more.

It happens on various machines, two for example

 Windows Server 2022 Standard     16 cores  32G  RAM
 Windows Server 2019 Standard     16 cores  32G  RAM

On both machines we run :tier1  -avm  with  -conc:15   (concurrency jtreg flag) .

> The other unanswered question is - why is this happening now?

I filed the issue this year but there are a couple of occurrences also from last year.  
I find also similar older failures  from 2022 of  java/lang/StringBuilder/HugeCapacity.java because of resource shortages (but those did not generate a hserr file for some reasons just some text output).
So the issue is there for months already (maybe years?) .

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

PR Comment: https://git.openjdk.org/jdk/pull/17625#issuecomment-1952490909


More information about the core-libs-dev mailing list