Obsoleting JavaCritical
Erik Osterlund
erik.osterlund at oracle.com
Tue Jun 28 16:04:25 UTC 2022
Hi,
Generational ZGC currently depends on CriticalJNINatives not existing, which was a valid move when it was removed. We didn’t anticipate it would suddenly come back from the dead. Ouch.
/Erik
> On 28 Jun 2022, at 15:46, coleen.phillimore at oracle.com wrote:
>
>
> Hi,
>
> I've filed https://bugs.openjdk.org/browse/JDK-8289302 to restore CriticalJNINatives until replacement intrinsics are found.
>
> Thanks,
> Coleen
>
>> On 6/7/22 1:31 PM, mark.reinhold at oracle.com wrote:
>> 2022/6/6 0:24:17 -0700, wkudla.kernel at gmail.com:
>>>> Yes for System.nanoTime(), but System.currentTimeMillis() reports
>>>> CLOCK_REALTIME.
>>> Unfortunately System.currentTimeMillis() offers only millisecond
>>> granularity which is the reason why our industry has to resort to
>>> clock_gettime.
>> If the platform included, say, an intrinsified System.nanoRealTime()
>> method that returned clock_gettime(CLOCK_REALTIME), how much would
>> that help developers in your unnamed industry?
>>
>> In a similar vein, if people are finding it necessary to “replace parts
>> of NIO with hand-crafted native code” then it would be interesting to
>> understand what their requirements are. Some simple enhancements to
>> the NIO API would be much less costly to design and implement than a
>> generalized user-level native-call intrinsification mechanism.
>>
>> - Mark
>
More information about the hotspot-dev
mailing list