RFR(S): 8025227: Add -XX: flag to print code cache sweeper statistics
Tobias Hartmann
tobi.hartmann at gmail.com
Thu Oct 10 09:09:41 PDT 2013
Hi,
I just wanted to ask if my changes can be considered as reviewed now?
Thanks!
Regards,
Tobias
2013/9/28 Albert Noll <albert.noll at oracle.com>
> Already done.
>
> Best,
> Albert
>
>
> On 28.09.2013 00:40, Christian Thalinger wrote:
>
> I've already pointed this out to Albert but before we can accept your
> contributions you need to sign the OCA. See:
>
> http://openjdk.java.net/contribute/
>
> On Sep 27, 2013, at 7:39 AM, Tobias Hartmann <tobi.hartmann at gmail.com>
> wrote:
>
> Chris, Vladimir, thank you for your reviews.
> I followed your suggestions and added other useful statistics. The output
> now looks like this:
>
> Method flushing statistics:
> Total sweep time: 152.649ms
> Peak sweep time: 15.979ms
> Peak sweep fraction time: 3.209ms
> Total number of stack traversals: 25
> Total number of flushed methods: 1320
> Total size of flushed methods: 7188Kb
>
> I did not include the other values, because as Vladimir already said,
> they are removed by 8020151.
>
> Here is the new webrev:
> http://cr.openjdk.java.net/~anoll/8025277/webrev.01/
>
> Thanks again for your review.
>
> Regards,
> Tobias
>
>
>
>
> 2013/9/27 Vladimir Kozlov <vladimir.kozlov at oracle.com>
>
>> I agree with Chris, we are collecting those counters anyway. I also like
>> Chris's idea about collecting freed sizes. Note, some counters will be
>> removed by 8020151 changes:
>>
>> http://cr.openjdk.java.net/~anoll/8020151/webrev.03/
>>
>> Thanks,
>> Vladimir
>>
>>
>> On 9/26/13 2:13 PM, Chris Plummer wrote:
>>
>>> Hi Tobias,
>>>
>>> The one comment I would have is that the statistics you produce are all
>>> timing related, but the option name implies you would get a bit more
>>> than this. For example, maybe something like a count of the number of
>>> methods flushed (and maybe total size). So I would suggest either rename
>>> to PrintMethodFlushingTimingStatistics (and also rename the print
>>> method), or add some other useful statistics to the output. Probably all
>>> the counters located below the " Stat counters" comment are good
>>> candidates.
>>>
>>> best regards,
>>>
>>> Chris
>>>
>>> On 9/25/13 12:20 AM, Tobias Hartmann wrote:
>>>
>>>> Hi,
>>>>
>>>> Please review the following small patch.
>>>>
>>>> bug:�https://bugs.openjdk.java.net/browse/JDK-8025277
>>>> webrev:�http://cr.openjdk.java.net/~anoll/8025277/webrev.00/
>>>> <http://cr.openjdk.java.net/%7Eanoll/8025277/webrev.00/>
>>>>
>>>>
>>>> I added the diagnostic VM option�PrintMethodFlushingStatistics to
>>>> print statistics about the NMethodSweeper (sweep times) on exit. This
>>>> is useful to determine performance bottlenecks of applications that
>>>> heavily compile code (e.g. nashorn).
>>>>
>>>> Thanks in advance!
>>>>
>>>> Best regards,
>>>> Tobias
>>>>
>>>>
>>>> By the way, I'm Tobias Hartmann, a student from Switzerland currently
>>>> working on my Master Thesis "Code Cache Optimizations for Dynamically
>>>> Compiled Languages" on supervision of Albert Noll.
>>>>
>>>>
>>>>
>>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20131010/bce58681/attachment.html
More information about the hotspot-compiler-dev
mailing list