RFR(XXS): 8006894: G1: Number of marking threads missing from PrintFlagsFinal output

John Cuthbertson john.cuthbertson at oracle.com
Thu Jan 24 23:01:54 UTC 2013

Hi All,

Can I have a couple of volunteers look over this small change? The 
webrev can be found at: http://cr.openjdk.java.net/~johnc/8006894/webrev.0/

When G1 calculates the number of marking threads based upon (the 
develop-only) G1MarkingOverheadPercent or (more usually) 
ParallelGCThreads, we weren't setting the value of ConcGCThreads. As a 
result the output of PrintFlagsFinal would always show a zero if 
ConcGCThreads wasn't specified on the command line:

     uintx ConcGCThreads                             = 0               

This made it difficult for the performance team to analyze marking 
behavior and offer advice. With this change we now get the calculated 
number of marking threads:

Using ParallelGCThreads (default: 4):

     uintx ConcGCThreads                            := 1               

Using G1MarkingOverheadPercent (50):

     uintx ConcGCThreads                            := 2               

Command line testing; specjvm98 and dacapo with a low IHOP value 
(marking threshold).



More information about the hotspot-gc-dev mailing list