This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFC] Enhanced Garbage Collection Probe Points



----- Original Message -----
> From: "Lukas Berk" <lberk@redhat.com>
> To: distro-pkg-dev@openjdk.java.net
> Cc: systemtap@sourceware.org
> Sent: Thursday, August 2, 2012 9:10:40 AM
> Subject: [RFC] Enhanced Garbage Collection Probe Points
> 
> Hey,
> 
> I've been working on adding improved probe point within the garbage
> collection system.  This will allow system administrators using
> various
> tools to better analyze which garbage collection algorithms are
> effective and java developers to better understand how (often) their
> objects are being collected.
> 
> Specific probe points that I've aimed to include are:
> 
> - G1, concurrent mark sweep, parallel mark sweep, and tenured
>   collections
> 
> - new generation definitions
> 
> - parallel scavenges
> 
> - parallel compaction
> 
> - object 'moves/resizes' between memory addresses
> 
> Please note that the attached patch should be appended to the
> patch/systemtap.patch file.  Any feedback or suggestions would be
> greatly appreciated.
> 

Hi Lukas,

I've had a look at the patch, and the rest of the thread (especially the
tapset you posted, which made things a LOT more clear so thanks for that).
I hope that you'll continue to refine the tapset and contribute that as
well so that us java hackers who are brave enough to play with Systemtap
have the nice friendly probe names and variables to work with!

The patch itself seems fine, although I'll just have to trust you that the
probes are in the right place as I'm not really a hotspot hacker myself.
Really I would hope that someone who is more familiar with the GC code
base will comment from that perspective.

I assume that none of these probes require any special VM args to function?
A related question, and this might be hard to answer being rather open
ended, but are you aware of any VM args that would affect/interfere with
the functioning of these probes?

There is a begin and and end probe for some types of collection and even
phases within collection, so it seems odd to me that for G1 stop-the-world
collection there is not.  Am I missing something?

Other than that; great start, this definitely has stuff interesting from a
Thermostat perspective and the potential for more :D

cheers,
jon


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]