RFR (trivial): 8214217: [TESTBUG] runtime/appcds/LotsOfClasses.java failed on solaris sparcv9

[Ioi Lam]

Thanks Dan. I changed the bug title to "[TESTBUG] 
runtime/appcds/LotsOfClasses.java failed with fragmented heap".

- Ioi


On 11/26/18 3:16 PM, Daniel D. Daugherty wrote:
> On 11/26/18 5:00 PM, Ioi Lam wrote:
>> Hi Jiangli,
>>
>> -Xms3G will most likely fail on 32-bit platforms.
>>
>> BTW, why would this test fail only on Solaris and not linux?
>
> I observed this test failure on my Linux-X64 and Solaris-X64
> machines with jdk-12+21 (Thread-SMR) stress testing. Where the
> failures occurred, I was running regular test suites in a very
> concurrent mode (16) so the system stress level is high.
>
> I updated the bug this morning with my sighting info and there
> is a log for every sighting (3 on Solaris-X64 and 7 on Linux-X64).
>
> Dan
>
>
>> The test doesn't specify heap size, so the initial heap size setting 
>> is picked by Ergonomics. Can you reproduce the failure on Linux by 
>> using the same heap size settings used by the failed Solaris runs?
>>
>> I think it's better to find out the root cause than just to mask it. 
>> The purpose of LotsOfClasses.java is to stress the system to find out 
>> potential bugs.
>>
>> Thanks
>>
>> - Ioi
>>
>>
>> On 11/26/18 1:41 PM, Jiangli Zhou wrote:
>>> Please review the following test fix, which sets the java heap size 
>>> to 3G for dumping with large number of classes.
>>>
>>>   webrev: http://cr.openjdk.java.net/~jiangli/8214217/webrev.00/
>>>
>>>   bug: https://bugs.openjdk.java.net/browse/JDK-8214217
>>>
>>> Tested with tier1 and tier3. Also ran the test 100 times on 
>>> solaris-sparcv9 via mach5.
>>>
>>> Thanks,
>>>
>>> Jiangli
>>>
>>
>