(S) RFR: 8154710: [Solaris] Investigate use of in-memory low-resolution timestamps for Java and internal time API's
David Holmes
david.holmes at oracle.com
Fri Apr 29 10:05:24 UTC 2016
On 29/04/2016 7:50 PM, Aleksey Shipilev wrote:
> On 04/29/2016 02:09 AM, David Holmes wrote:
>> bug: https://bugs.openjdk.java.net/browse/JDK-8154710
>> webrev: http://cr.openjdk.java.net/~dholmes/8154710/webrev/
>
> Looks good.
>
> Is hrtime_t always integral, so you can "(hrtime_t)now /
> NANOSECS_PER_MILLISEC" it?
Yes it is a 64-bit (long long) signed integer.
>> This change is small in nature but somewhat broad in scope. It "affects"
>> the implementation of System.currentTimeMillis() in the Java space, and
>> os::javaTimeMillis() in the VM. But on Solaris only.
>>
>> I say "affects" but the change will be unobservable other than in terms
>> of performance.
>
> Observable enough to me.
:) Any apps you can think of that might show benefit from this?
Thanks,
David
> Thanks,
> -Aleksey
>
More information about the core-libs-dev
mailing list