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