[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