RFR: 8041946 - CMM Testing: 8u40 an allocated humongous object at the end of the heap should not prevents shrinking the heap

[Jesper Wilhelmsson]

Looks good!
/Jesper

Andrey Zakharov skrev 11/6/14 17:39:
> Hi, Jesper. Thanks for point.
> Here is updated webrev:
>
> http://cr.openjdk.java.net/~fzhinkin/azakharov/8041946/webrev.01/
>
> Changed const name from MINIMAL_HEAP_SIZE to MINIMAL_YOUNG_SIZE
> Tested locally as very minor changes
>
> Thanks.
>
>
>
> On 11.06.2014 17:19, Jesper Wilhelmsson wrote:
>> Hi Andrey,
>>
>> As it is used, the constant MINIMAL_HEAP_SIZE does not define the minimal heap
>> size but the minimal young gen size. Would you consider calling it
>> MINIMAL_YOUNG_SIZE instead?
>>
>> Besides that it looks ok.
>> /Jesper
>>
>> Andrey Zakharov skrev 9/6/14 16:31:
>>> Hi, everyone!
>>> Please, review this test for new feature in G1 - sorted free list which make
>>> possible shrinking of the defragmented heap.
>>> To proper testing of free list sorting we need to defragment memory with small
>>> young and humongous objects.
>>> This is test scenario:
>>>   - make enough space for new objects to prevent it going old.
>>>   - allocate bunch of small objects, and a bit of humongous several times
>>> (ssssHssssHssssHssssHssssHssssHssssHssssH)
>>>   - free almost all of allocated stuff. Check that heap shrinks after GC.
>>> (-----------H)
>>>
>>> Webrev: http://cr.openjdk.java.net/~fzhinkin/azakharov/8041946/webrev.00/
>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8041946
>>>
>>> I have tested it along all major platforms and it works fine. There is lag on
>>> Solaris MXBeans about memory usage, so I need sleep by 1s.
>>> It will be very nicely if somebody advice me about method which "flush" memory
>>> usage info to remove this sleep.
>>> Thanks.
>>>
>>>
>>>
>>>
>>>
>