[9] RFR(S): JDK-8029436: CICompilerCount is not updated when the number of compiler threads is adjusted to the number of CPUs

Christian Thalinger christian.thalinger at oracle.com
Thu Apr 10 18:31:21 UTC 2014


Vladimir, your comment in the bug says you don’t want CICompilerCount to be overwritten.  I’m unsure what to suggest but FLAG_SET_ERGO seems to be a good compromise.

On Apr 10, 2014, at 7:31 AM, Vladimir Kozlov <vladimir.kozlov at oracle.com> wrote:

> So you decided to override CICompilerCount always (not when it is default only). In such case you have to use FLAG_SET_ERGO() macro.
> 
> Thanks,
> Vladimir
> 
> On 4/10/14 4:37 AM, Tobias Hartmann wrote:
>> Hi,
>> 
>> please review the following patch for bug 8029436.
>> 
>> *Problem:*
>> The JVM option CICompilerCount holds the number of compiler threads. If CICompilerCountPerCPU is enabled, the number of
>> compiler threads is adjusted at runtime by the policies. The value CICompilerCount is not updated.
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8029436
>> 
>> *Solution:*
>> CICompilerCount is updated in AdvancedThresholdPolicy::initialize, SimpleThresholdPolicy::initialize and
>> NonTieredCompPolicy::initialize. A warning is printed if the user both sets CICompilerCount and CICompilerCountPerCPU.
>> Webrev: http://cr.openjdk.java.net/~anoll/8029436/webrev.01/<http://cr.openjdk.java.net/%7Eanoll/8029436/webrev.01/>
>> 
>> *Tests:*
>> JPRT
>> 
>> Thanks,
>> 
>> Tobias

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20140410/dd9cbfd6/attachment.html>


More information about the hotspot-compiler-dev mailing list