[RFC] Adding dtrace probe points for more detailed GC information
Sunny Chan
openjdk at sunnychan.hk
Tue Jul 10 07:10:23 UTC 2012
Lukas Berk <lberk at ...> writes:
> At this point I've identified collect() functions to probe, and keeping
> in mind scavenges as a TODO. Are there any other key processes within
> garbage collection that I should be aware of or take into consideration?
> The patch (based off of icedtea7 tip) is attached, and any comments are
> appreciated.
Hi Lukas,
Just some initial thoughts:
Finailization/Soft reference processing
CMS concurrent state stats (see
CMSCollector::collect_in_background/collect_in_foreground)
Perm Gen collection start and stop
Also, it would be useful to have GC cause logged (e.g. in your
psParallelCompact.cpp, gc cause is not traced).
Ideally, statistics/event available in verbose:gc output should make it to
dtrace - maybe when they have implemented JEP 158
(http://openjdk.java.net/jeps/158), you should add dtrace points into the
logging framework.
Thanks.
More information about the hotspot-gc-dev
mailing list