RFR(S): 8037970: make PrintMethodData a diagnostic options
Roland Westrelin
roland.westrelin at oracle.com
Fri Mar 28 15:53:31 UTC 2014
Can I push this with a single review?
Roland.
On Mar 21, 2014, at 10:05 AM, Roland Westrelin <roland.westrelin at oracle.com> wrote:
> Thanks for the review, Vladimir.
>
> Roland.
>
>
> On Mar 21, 2014, at 2:16 AM, Vladimir Kozlov <vladimir.kozlov at oracle.com> wrote:
>
>> Looks good.
>>
>> Thanks,
>> Vladimir
>>
>> On 3/20/14 3:23 PM, Roland Westrelin wrote:
>>>> Looks reasonable. Why you removed +compiled_invocation_count() in compare_methods()?
>>>
>>> Thanks for reviewing this. I removed compiled_invocation_count() in compare_methods() by mistake. Here is a new webrev:
>>>
>>> http://cr.openjdk.java.net/~roland/8037970/webrev.01/
>>>
>>> Roland.
>>>
>>>
>>>>
>>>> Thanks,
>>>> Vladimir
>>>>
>>>> On 3/20/14 9:20 AM, Roland Westrelin wrote:
>>>>> I’d like to make PrintMethodData a diagnostic option. When investigating nashorn performance, I found it useful to have the result of profiling.
>>>>>
>>>>> This change also:
>>>>>
>>>>> - changes the format of PrintMethodData to use:
>>>>>
>>>>> java.lang.invoke.DirectMethodHandle::internalMemberName
>>>>>
>>>>> instead of
>>>>>
>>>>> java/lang/invoke/DirectMethodHandle.internalMemberName
>>>>>
>>>>> for method names. Very useful for lambda forms: java.lang.invoke.LambdaForm$BMH/853119666::reinvoke
>>>>>
>>>>> - dumps data for all methods including lambda forms
>>>>>
>>>>> In debug builds, the print compiler oracle command can also cause profile data to be dumped for a particular method. In a product build, I restricted it to PrintMethodData only so when don’t iterate over all methods every time the JVM exits.
>>>>>
>>>>> http://cr.openjdk.java.net/~roland/8037970/webrev.00/
>>>>>
>>>>> Roland.
>>>>>
>>>
>
More information about the hotspot-compiler-dev
mailing list