导读 去年11月披露的是Intel Jump Conditional Code Erratum(英特尔跳转条件代码勘误),它需要更新的CPU微代码来缓解这种情况,并且几乎对整个系统的性能都产生了影响。

但是英特尔开发人员一直在研究汇编程序补丁,以帮助减少性能损失。 GNU汇编器修补程序在12月进行了合并,而现在在LLVM 10.0之前,替代工具链提供了一个选项,可以帮助恢复某些损失的性能。

在GNU方面,公开的选项是“ -mbranches-within-32B-boundaries”,用于更改跳转指令的处理,以帮助降低通过Cascadelake为Skylake提供的Intel CPU微代码更新带来的性能下降。 (原始JCC文章中有更多详细信息,其中包括JCC影响的早期基准以及自披露之日起Intel的Clear Linux中提供的缓解支持。)

自11月以来,LLVM开发人员一直在讨论他们的等效处理方法,以帮助减少此微代码更新对受影响处理器的性能影响。他们于12月下旬开始着手更改,而现在所需的LLVM和Clang位已公开。

在冻结LLVM 10.0功能之前的这一周,现在可以使用必需的选项: --x86-branches-within-32B-boundaries。提交添加 --x86-branches-within-32B-boundaries的解释说:“由于我们已经检查了nop支持,并且它看起来很成熟(*),所以我认为是时候添加master标志了。现在,它将默认到nop padding,但是一旦前缀padding支持到达,我们将更新默认值(*)现在,我可以确认对最新更改的下游测试- nop padding和编译器对抑制的支持-已通过所有我们已经进行过的功能测试,可能仍然存在一些隐患,但是我们已经获得了足够的覆盖范围,可以对基本方法充满信心,请注意,可以在组装.s文件时或在直接从编译器使用集成汇编程序。稍后将使用所有抑制机制,并且应始终生成正确的代码。”

对于Clang 10,该选项是 -mbranches-within-32B-boundaries,并且也刚好登陆。此选项与GNU端的命名相同。该Clang驱动程序选项已添加到此处。

默认情况下,此LLVM/Clang 10.0支持可帮助弥补JCC勘误微码性能影响。

LLVM 10.0昨天进入了功能冻结/代码分支,应该在2月底稳定发布。

原文来自:https://www.linuxidc.com/Linux/2020-01/162053.htm

本文地址:https://www.linuxprobe.com/lvm-jcc-intel.html编辑:倪家兴,审核员:清蒸github

Linux命令大全:https://www.linuxcool.com/