RFR (S) cleanup misc issues prior to Contended Locking reorder and cache line bucket (8047104)

Daniel D. Daugherty daniel.daugherty at oracle.com
Sat Jun 21 01:22:45 UTC 2014


Thanks for the review!

I have a manual white space cleanup pass planned to handle the
things that my scripts didn't get. Are you OK if defer making
these changes to that pass?

Dan


On 6/20/14 7:14 PM, serguei.spitsyn at oracle.com wrote:
> It looks good to me.
>
> Just a few minor comments:
>
> share/vm/runtime/objectMonitor.cpp
> Extra space added after the function name:
>
> -  cur = Atomic::cmpxchg_ptr(Self, &_owner, NULL);
> +  void * cur = Atomic::cmpxchg_ptr (Self, &_owner, NULL);
> -void ATTR ObjectMonitor::EnterI (TRAPS) {
> -    Thread * Self = THREAD;
> +void NOINLINE ObjectMonitor::EnterI (TRAPS) {
> +    Thread * const Self = THREAD;
> -void ATTR ObjectMonitor::ReenterI (Thread * Self, ObjectWaiter * SelfNode) {
> +void NOINLINE ObjectMonitor::ReenterI (Thread * Self, ObjectWaiter * SelfNode) {
>
> Thanks,
> Serguei
>
>
> On 6/19/14 9:26 AM, Daniel D. Daugherty wrote:
>> Greetings,
>>
>> I have the fix for the following bug ready for JDK9 RT_Baseline:
>>
>>     JDK-8047104 cleanup misc issues prior to Contended Locking
>>                 reorder and cache line bucket
>> https://bugs.openjdk.java.net/browse/JDK-8047104
>>
>> Here is the URL for the webrev:
>>
>> http://cr.openjdk.java.net/~dcubed/8047104-webrev/0-jdk9-hs-rt/
>>
>> Summary of the cleanups:
>>
>> - change Java Monitor related 'unstable' and 'unsafe' options from
>>   'product' to 'experimental'; experimental didn't exist back when
>>   these options were added to the VM
>> - delete os::PlatformEvent::TryPark(), 
>> SharedRuntime::_monitor_enter_ctr,
>>   and SharedRuntime::_monitor_exit_ctr
>> - add 'const' to some places
>> - tidy some variable decls/inits, rename some parameters to proper
>>   HotSpot style
>> - add some assert()s and guarantee()s
>> - add/correct/update comments
>>
>> Testing:
>>
>> - JPRT test job
>> - Aurora AdHoc vm.quick with Server VM fastdebug bits on all the
>>   usual platforms is in process
>>
>> Thanks, in advance, for any comments, questions or suggestions.
>>
>> Dan
>>
>



More information about the hotspot-runtime-dev mailing list