RFR 8028275: Metaspace ShrinkGrowTest causes fatal error if run with JFR

Coleen Phillimore coleen.phillimore at oracle.com
Fri Jan 24 11:53:41 PST 2014


In a separate email Harold pointed out that we'd investigated the early 
java.lang.Compiler initialization and found it wasn't needed because the 
ancient bug it was working around is fixed.   I verified this with the 
ancient test case as well.

New webrev of additional code cleanup is here.  Retested against 
vm.quick.testlist.

http://cr.openjdk.java.net/~coleenp/8028275_2/

Thanks,
Coleen

On 1/23/14 1:43 PM, harold seigel wrote:
> Hi Coleen,
>
> Your changes look good.
>
> Thanks, Harold
>
> On 1/16/2014 5:46 PM, Coleen Phillimore wrote:
>> Summary: Clean up initialization from Threads::create_vm() so that 
>> exceptions cause vm_exit_during_initialization without an exception 
>> mark.
>>
>> My attempt at cleaning up initialization code paths that can throw an 
>> exception.  I only cleaned up the code in Threads::create_vm(). There 
>> are other places where EXCEPTION_MARK can occur after 
>> Universe::is_fully_initialized() and before 
>> is_initialization_complete() deeply embedded in the code.   But I did 
>> some refactoring.
>>
>> open webrev at http://cr.openjdk.java.net/~coleenp/8028275/
>> bug link https://bugs.openjdk.java.net/browse/JDK-8028275
>>
>> Tested with nsk.quick.testlist and with the hotspot jtreg tests, and 
>> some custom code to test exception paths.
>>
>> Thanks,
>> Coleen
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20140124/171ac878/attachment.html 


More information about the hotspot-runtime-dev mailing list