runtime JVM options

Rainer Jung rainer.jung at kippdata.de
Fri Dec 12 00:59:27 PST 2008


Am 12.12.2008 05:32, schrieb Peter B. Kessler:
> Victor Cheung wrote:
>> Total time for which application threads were stopped: 0.0000723
>> seconds
>
> This is from -XX:+PrintGCApplicationStoppedTime see [1] line 480 for
> details.
>
>> Application time: 0.0000304 seconds
>
> This is from -XX:+PrintGCApplicationConcurrentTime see [1] line 429
> for details.  This is somewhat confusing, because those two flags
> actually track when the virtual machine comes to a "safepoint".
> Since there isn't any GC activity, I surmise that the VM is coming to
> a safepoint for some other reason.  For example, the VM has to come
> to a safepoint to install code it compiles at runtime.

I asked the same question 2 months ago, because with Java 6 you can see 
especially in early applucation phases a lot of very short additional 
stop messages. Tony Printezis pointed out to me, that this could also 
happen due to the use of biased locking:

 > They could be biased locking revocation safepoints.
 > Try running with -XX:-UseBiasedLocking to see if they occur.
 > Biased locking is an important and effective optimization in
 > most cases and the extra safepoints that it causes are
 > generally benign and nothing to worry about.

I verified, that this was the reason in our situation. As already 
mentioned, those are extremely short and even when multiplied with the 
number of occurances nothing to worry about.

Regards,

Rainer



More information about the hotspot-gc-use mailing list