RFR(S): 8025227: Add -XX: flag to print code cache sweeper statistics
Vladimir Kozlov
vladimir.kozlov at oracle.com
Thu Oct 10 11:08:28 PDT 2013
On 10/10/13 9:09 AM, Tobias Hartmann wrote:
> Hi,
>
> I just wanted to ask if my changes can be considered as reviewed now?
Yes, it is reviewed.
Thanks,
Vladimir
>
> Thanks!
>
> Regards,
> Tobias
>
>
> 2013/9/28 Albert Noll <albert.noll at oracle.com
> <mailto: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 <mailto: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/
>>> <http://cr.openjdk.java.net/%7Eanoll/8025277/webrev.01/>
>>>
>>> Thanks again for your review.
>>>
>>> Regards,
>>> Tobias
>>>
>>>
>>>
>>>
>>> 2013/9/27 Vladimir Kozlov <vladimir.kozlov at oracle.com
>>> <mailto: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/
>>> <http://cr.openjdk.java.net/%7Eanoll/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/>
>>> <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.
>>>
>>>
>>>
>>>
>>
>
>
More information about the hotspot-compiler-dev
mailing list