RFR: 8350464: The flags to set the native priority for the VMThread and Java threads need a broader range

David Holmes dholmes at openjdk.org
Mon Feb 24 03:10:54 UTC 2025


On Fri, 21 Feb 2025 09:01:51 GMT, Thomas Stuefe <stuefe at openjdk.org> wrote:

>> See JBS for background details, but basically -1 -> 127 is inappropriate and the priority range should be the full int_min - int_max
>> 
>> Testing:
>>  - tiers 1-3 sanity testing
>> 
>> Thanks
>
> A release note may be useful here. There are a lot of blog articles out there about this topic. I guess this is not a backward compatibility problem, since values lower than -1 have never been accepted by the JVM, right?

Thanks for the reviews @tstuefe and @shipilev .

The -1 quirk is a problem for another day - though hard to imagine it is a practical limitation.

Testing is too hard in general due to the CAP_SYS_NICE problem and the lack of a good way to validate that the change in niceness actually took place.

I'm reluctant to write a Release Note for this simple relaxation of a constraint, as I do not wnat to shine a spotlight (more than already done) on this very murky corner of the runtime. Thread priorities are just a total mess and these flags are very kuch "caveat emptor".

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

PR Comment: https://git.openjdk.org/jdk/pull/23722#issuecomment-2677345859


More information about the hotspot-runtime-dev mailing list