我应该启用英特尔微码(Linux Mint 18)吗?


8

我刚刚用KDE安装了Linux Mint 18。在为wifi配置正确的驱动程序时,我遇到了启用“用于Intel CPU的处理器微代码固件”的选项。现在,该设备(描述为未知)被标记为“请勿使用”。

我应该启用这个选项吗?如果我理解正确,那么微代码应该可以对CPU进行详细的更改,而我不打算这样做。另一方面,我阅读了它可以帮助提高CPU的性能。你会推荐什么?

谢谢!

Answers:


17

从软件包的文档中

英特尔®64和IA-32处理器(x86_64和i686处理器)能够现场升级其控制程序(微码)以及其他片上子系统的参数(电源管理,互连等)。这些微代码更新了正确的处理器勘误,对于安全,稳定和正确的系统操作非常重要。

尽管大多数微码更新都修复了极少发生的问题,但它们还修复了引人注目的,影响力最大的问题。有足够的微代码更新修复了处理器勘误,这些错误会导致系统锁定,内存损坏或不可预测的系统行为,从而可以保证认真对待固件更新和微代码更新。

是的,您应该启用此选项。它不会提高您CPU的性能,但会修复一些错误(包括在Haswell和Broadwell CPU上禁用TSX,这可能会导致锁定),并且它可能会启用新功能(例如某些Skylake CPU上的Software Guard Extensions)。

还请注意同一文档中列出的注意事项,尤其是

请保持您的UEFI / BIOS为最新。假设您的主板供应商在更新系统固件组件方面做得很好,那么固件的最新版本将消除此处列出的大多数警告。

从Haswell开始,对于最近的CPU尤其如此。如今,出于安全考虑,保持UEFI / BIOS的最新状态也是一个好主意。

如果在启动系统时微码更新导致问题,也值得保留文档中给出的恢复过程的副本。


我仍然认为您解释此命令的顺序不正确。软件包文档似乎稍有改动,而Debian Wiki就如何更新微代码提出了明确的建议。
pdvries

1
我认为包装文档实际上比Wiki更详细-它实际上解释了问题所在。关于订购,我正在回答所陈述的问题,并补充说,保持固件更新很重要。用另一种方式写它对我来说很奇怪。此外,尽管在某些情况下更新固件就足够了,并且intel-microcode没有必要,但在绝大多数情况下,软件包本身仍会进行相关的微代码更新。
斯蒂芬·基特

1
(a)这不是Debian Wiki,(b)我的回答的看法取决于我自己,(c)更新固件消除了大多数警告,而不是intel-microcode软件包的一般用途(另请参阅最后一段)维基第一部分的内容)。您确实意识到,如果软件包维护者真的觉得不应该使用该软件包,他会删除它,对吗?CPU 制造商将这些更新提供给操作系统提供商,您可以肯定有充分的理由让他们这样做。
斯蒂芬·基特

1
@StephenKitt我有一台服务器,我特别在意。我只想确保这也适用于运行Debian 9的Xeon CPU?
LinuxSecurityFreak

1
@Vlastimil是的,它适用于运行任何Debian版本或派生版本的任何Intel CPU(以及使用该amd64-microcode软件包的AMD CPU )。
史蒂芬·基特

4

您应该为Intel CPU启用处理器微代码固件, 以改善CPU的功能。

CPU微码

英特尔和AMD的处理器可能需要更新其微代码才能正常运行。这些更新修复了错误/勘误,这些错误/错误可能导致从错误的处理到代码和数据损坏以及系统锁定的任何原因。


1

我建议启用此选项,正如@Stephen Kitt所建议的那样。阅读软件包文档Debian Wiki时,在更新微代码更新方面的重点似乎略有不同。据我了解,任何“不当行为”的几率都非常低,这就是为什么未过分强调软件包文档的原因。

但应注意,在更新微代码更新时应考虑更新固件(UEFI / BIOS),以最大程度地避免出现以下警告

请保持您的UEFI / BIOS为最新。假设您的主板供应商在更新系统固件组件方面做得很好,那么固件的最新版本将消除此处列出的大多数警告。


0

使用微码对我的Pentium 4 CPU没有太大帮助。它非常老,微代码导致整个计算机在随机点锁定的问题。关闭微代码可以减少此问题。在我有了新计算机之前,它不会消失,但至少不会那么频繁。


这如何回答这个问题?
Pierre.Vriens
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.