RFR(XXS) 8249624: update appcds/sharedStrings/IncompatibleOptions test in view of 8081416 closed as WNF

Yumin Qi yumin.qi at oracle.com
Thu Jul 23 23:23:28 UTC 2020


Hi, Ioi

  Thanks for re-review!


Yumin

On 7/23/20 1:18 PM, Ioi Lam wrote:
> Looks good to me.
>
> Thanks
> - Ioi
>
> On 7/23/20 10:10 AM, Yumin Qi wrote:
>> HI, David
>>
>>   Thanks for the review. Updated on new link with your suggestion:
>>
>> http://cr.openjdk.java.net/~minqi/2020/8249624/webrev-01/
>>
>>
>> Thanks
>>
>> Yumin
>>
>>
>> On 7/22/20 9:30 PM, David Holmes wrote:
>>> Hi Yumin,
>>>
>>> Given we have the earlier test:
>>>
>>>  112         // ======= archive with compressed oops, run w/o
>>>
>>> it would seem better if we had:
>>>
>>>  112         // Explicitly archive with compressed oops, run without.
>>>
>>> and:
>>>
>>>  127         // Implicitly archive with compressed oops, run without.
>>>  128         // Max heap size for compressed oops is around 31G.
>>>  129         // UseCompressedOops is turned on by default when the heap
>>>  130         // size is under 31G, but will be turned off when the heap
>>>  131         // size is greater than that.
>>>
>>> And should we also have the opposite test:
>>>
>>> // Explicitly archive without compressed oops and run with.
>>> // Implicitly archive without compressed oops and run with.
>>>
>>> Thanks,
>>> David
>>> -----
>>>
>>> On 23/07/2020 8:55 am, Yumin Qi wrote:
>>>> Hi Ioi,
>>>>
>>>>    I have updated the words as your suggestion, also more precisely 
>>>> for the max heap size for compressed oop is around 31G, which is 
>>>> calculated by max_heap_for_compressed_oops().
>>>>
>>>>    updated on same webrev.
>>>>
>>>> $J6/bin/java -Xshare:on 
>>>> -XX:SharedArchiveFile=$J6/lib/server/classes.jsa  -Xmx31G -version
>>>> java version "16-internal" 2021-03-16
>>>> Java(TM) SE Runtime Environment (slowdebug build 
>>>> 16-internal+0-adhoc.minqi.open)
>>>> Java HotSpot(TM) 64-Bit Server VM (slowdebug build 
>>>> 16-internal+0-adhoc.minqi.open, mixed mode, sharing)
>>>>
>>>> $J6/bin/java -Xshare:on 
>>>> -XX:SharedArchiveFile=$J6/lib/server/classes.jsa  -Xmx32G -version
>>>> An error has occurred while processing the shared archive file.
>>>> Unable to use shared archive.
>>>> The saved state of UseCompressedOops and UseCompressedClassPointers 
>>>> is different from runtime, CDS will be disabled.
>>>> Error occurred during initialization of VM
>>>> Unable to use shared archive.
>>>>
>>>>
>>>> Thanks
>>>>
>>>> Yumin
>>>>
>>>> On 7/22/20 2:06 PM, Ioi Lam wrote:
>>>>> Hi Yumin,
>>>>>
>>>>> Just small nits on the comments:
>>>>>
>>>>> // UseCompressedOops default is turned on when heap is under 32G 
>>>>> but will be
>>>>>
>>>>> -> UseCompressedOops is turned on by default ....
>>>>>
>>>>> // turned off when heap is greater than 32G. This leads inconsistency
>>>>>
>>>>> -> This leads to inconsistency ...
>>>>>
>>>>> // of UseCompressedOops at dump time and runtime.
>>>>>
>>>>>
>>>>> Thanks
>>>>> - Ioi
>>>>>
>>>>> On 7/22/20 1:47 PM, Yumin Qi wrote:
>>>>>> Hi, Please review this tiny change on comment:
>>>>>>
>>>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8249624
>>>>>>
>>>>>> webrev: http://cr.openjdk.java.net/~minqi/2020/8249624/webrev/
>>>>>>
>>>>>>
>>>>>> Note 8081416 already marked as fixed (thanks Ioi), please read 
>>>>>> the comment on https://bugs.openjdk.java.net/browse/JDK-8081416
>>>>>>
>>>>>> With CDS can be done with UseCompressedOops disabled, the test 
>>>>>> already has correct result.
>>>>>>
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> Yumin
>>>>>>
>>>>>>
>>>>>
>


More information about the hotspot-runtime-dev mailing list