Fwd: RFR: 8005204: Provide more detailed output on CodeCache usage

Alexander Harlap alexander.harlap at oracle.com
Thu Jan 3 12:50:14 PST 2013


  AdapterHandlerLibrary::get_adapter() in sharedRuntime.cpp  has 
ResourceMark rm;
AdapterHandlerLibrary::create_native_wrapper in shared Runtime.cpp has 
ResourceMark rm;

CompileBroker::compiler_thread_loop() in compileBroker.cpp has 
ResourceMark rm;
SharkCompiler::compile_method (it calls env->register_method())  has 
ResourceMark rm;

Compile::Compile calls   env->register_method() calls  
CompileBroker::handle_full_code_cache() -none has ResourceMark.

Alex

On 1/3/2013 2:22 PM, Vladimir Danushevsky wrote:
> Alex, do you see that?
>
> Begin forwarded message:
>
>> *From: *Vitaly Davidovich <vitalyd at gmail.com <mailto:vitalyd at gmail.com>>
>> *Date: *January 3, 2013 2:20:42 PM EST
>> *To: *Vladimir Danushevsky <Vladimir.Danushevsky at oracle.com 
>> <mailto:Vladimir.Danushevsky at oracle.com>>
>> *Cc: *hotspot-dev developers <hotspot-dev at openjdk.java.net 
>> <mailto:hotspot-dev at openjdk.java.net>>
>> *Subject: **Re: RFR: 8005204: Provide more detailed output on 
>> CodeCache usage*
>>
>> Vladimir,
>>
>> Unrelated to your change, but does 
>> CompileBroker::handle_full_code_cache() need a ResourceMark since it 
>> calls stringStream::as_string()? Or is the RM created somewhere in 
>> the caller chain?
>>
>> Thanks
>>
>> Sent from my phone
>>
>> On Jan 3, 2013 12:59 PM, "Vladimir Danushevsky" 
>> <Vladimir.Danushevsky at oracle.com 
>> <mailto:Vladimir.Danushevsky at oracle.com>> wrote:
>>
>>     Code review for JDK-8005204 "Provide more detailed output on
>>     CodeCache usage"
>>
>>     We are adding more detailed output on CodeCache usage.
>>
>>     Corresponding command line options are:
>>          -XX:+PrintCodeCache - Will print the size of the codecache
>>     at VM exit. It will include the total size, used size, maximum
>>     used size, maximum free chunk, bounds, number of cached methods ,
>>     etc.
>>         -XX:+PrintCodeCacheOnCompilation - Same as PrintCodeCache,
>>     but does so each time a method is compiled. This is useful if the
>>     app does not do a normal JVM exit.
>>
>>     Sample output:
>>
>>     CodeCache: size=32768Kb used=542Kb max_used=542Kb free=32226Kb
>>     max_free_chunk=32226Kb
>>       bounds [0xb414a000, 0xb41d2000, 0xb614a000]
>>       total_blobs=131 nmethods=5 adapters=63
>>       compilation: enabled
>>
>>     Changeset:
>>     http://cr.openjdk.java.net/~vladidan/8005204/webrev.00/
>>     <http://cr.openjdk.java.net/%7Evladidan/8005204/webrev.00/>
>>
>>     Sponsoring Alexander Harlap for that submission
>>
>


More information about the hotspot-dev mailing list