RFR: 8240370: Provide Intel JCC Erratum opt-out

Erik Österlund erik.osterlund at oracle.com
Tue Mar 3 16:35:24 UTC 2020


Hi Vladimir,

Sure, why not. I liked the second alternative:
http://cr.openjdk.java.net/~eosterlund/8240370/webrev.02/

Thanks,
/Erik

On 2020-03-03 16:29, Vladimir Ivanov wrote:
> Hi Erik,
>
>> New webrev: http://cr.openjdk.java.net/~eosterlund/8240370/webrev.01/
>
> IMO it makes sense to support both forcibly turning the flag on and 
> off from the command-line.
>
> So, I prefer:
>
>   bool VM_Version::compute_has_intel_jcc_erratum() {
> +  if (!FLAG_IS_DEFAULT(IntelJccErratumMitigation)) {
> +    return IntelJccErratumMitigation;
> +  }
>
> Or even:
>
>   if (FLAG_IS_DEFAULT(IntelJccErratumMitigation)) {
>     _has_intel_jcc_erratum = compute_has_intel_jcc_erratum();
>   } else {
>     _has_intel_jcc_erratum = IntelJccErratumMitigation;
>   }
>
> Best regards,
> Vladimir Ivanov
>
>>> /Claes
>>>
>>> On 2020-03-03 13:23, Erik Österlund wrote:
>>>> Hi,
>>>>
>>>> Today, the Intel JCC Erratum mitigation is automatically enabled 
>>>> when running on an affected machine.
>>>> While it is strongly recommended that customers run code in 
>>>> environments with the micro code updates
>>>> provided by Intel to mitigate the erratum, and hence are probably 
>>>> almost always better off with the
>>>> mitigation, there could be value in being able to opt out to 
>>>> analyze the performance characteristics
>>>> of an application, as a diagnostic option.
>>>>
>>>> This patch adds a diagnostic option that allows you to opt out 
>>>> with: -XX:-IntelJccErratum
>>>>
>>>> Webrev:
>>>> http://cr.openjdk.java.net/~eosterlund/8240370/webrev.00/
>>>>
>>>> Bug:
>>>> https://bugs.openjdk.java.net/browse/JDK-8240370
>>>>
>>>> Thanks,
>>>> /Erik
>>



More information about the hotspot-compiler-dev mailing list