RFR: 8359827: Test runtime/Thread/ThreadCountLimit.java should run exclusively [v2]
David Holmes
dholmes at openjdk.org
Mon Jul 21 02:32:47 UTC 2025
On Sat, 19 Jul 2025 02:28:39 GMT, SendaoYan <syan at openjdk.org> wrote:
>> Hi all,
>>
>> The test runtime/Thread/ThreadCountLimit.java was observed fails when run with other tests. The test start subprocess with [shell prefix command](https://github.com/openjdk/jdk/blob/master/test/hotspot/jtreg/runtime/Thread/ThreadCountLimit.java#L82) `ulimit -u 4096` which intend to limite the usage of thread number. But this will cause test fails when this test run with other tests. I create a demo to demonstrate that.
>>
>> I start a java process which will create 5k threads, and then I can not start new java process with prefix `ulimit -u 4096` on the same machine.
>>
>> <img width="1573" height="182" alt="image" src="https://github.com/user-attachments/assets/8dd53ade-cad7-4a2f-b5d9-d4b2d200b728" />
>>
>>
>> [ManyThreads.java.txt](https://github.com/user-attachments/files/21324354/ManyThreads.java.txt)
>>
>> So it's necessary to make this test run sperately to make this test success.
>> Change has been verified locally, test-fix only, risk is low.
>
> SendaoYan has updated the pull request incrementally with one additional commit since the last revision:
>
> update TEST.groups
FWIW we see no issue running this test, but we ensure we already have a high ulimit setting available in our test machines by default.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/26401#issuecomment-3095055337
More information about the hotspot-runtime-dev
mailing list