Request for review: 6761744 Hotspot crashes if process size limit is exceeded
Tao Mao
tao.mao at oracle.com
Wed Apr 10 16:52:35 UTC 2013
Hi Bengt,
Thank you for reviewing. A new webrev is updated.
http://cr.openjdk.java.net/~tamao/6761744/webrev.01/
Cheers,
Tao
On 4/10/13 1:54 AM, Bengt Rutisson wrote:
>
> Hi Tao,
>
> This change looks good. Thanks for adding the JTReg test, it looks good!
>
> One minor nit:
>
> In src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp I would
> suggest to store "(size_t) align_size_up(pgs->max_size(),
> HeapRegion::GrainBytes)" in a local variable rather than duplicating
> the calculation.
>
> Thanks,
> Bengt
>
> On 4/8/13 7:22 AM, Tao Mao wrote:
>> 6761744 Hotspot crashes if process size limit is exceeded
>> https://jbs.oracle.com/bugs/browse/JDK-6761744
>>
>> webrev:
>> http://cr.openjdk.java.net/~tamao/6761744/webrev.00/
>>
>> changeset:
>> The fix only needs to go to hsx24 since there's no perm gen in
>> hotspot-25. Thus, the webrev is based on hsx24 repo.
>>
>> It provides for 32-bit builds a preventive check of the size of "the
>> object heap + perm gen" before reserving VM memory. The total size
>> should not exceed 4096MB (i.e. 4GB) for 32-bit builds; otherwise, the
>> total doesn't make sense and, what's worse, overflow occurs. It will
>> consequentially trigger anther error of memory access violation,
>> which was not protected.
>>
>> jtreg testing java code is also written, checking both 32-bit and
>> (trivially) 64-bit builds.
>>
>> testing:
>> check jtreg tests with flags -XX:+UseParallelGC, -XX:+UseG1GC,
>> -XX:+UseParNewGC, -XX:+UseConcMarkSweepGC, -XX:+UseSerialGC and
>> builds of 32-bit and 64-bit. All passed.
>>
>> Needs JPRT test when pushing.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20130410/5b3d11ce/attachment.htm>
More information about the hotspot-gc-dev
mailing list