Какие подводные камни проприетарного микрокода Intel в Вкладка «Дополнительные драйверы»? [Дубликат]
На вкладке Настройки -> Программное обеспечение и обновления -> Дополнительные драйверы на вкладке появляется это окно (для меня):
Я не знаю, какая секунда имя драйвера: Неизвестно: Неизвестно есть. Возможность использовать микрокод Intel для процессора Intel меня заинтриговала, поэтому я выбрал ее и перезагрузил.
Глядя на мой монитор Conky :
Я думаю , что система работает меньше, процент процессора и средний коэффициент загрузки немного ниже.
Помимо того факта, что разработчики Ubuntu не могут проверить исходный код, есть ли какие-нибудь подводные камни при использовании Intel Microcode? Кто-нибудь знает, как узнать, что такое "неизвестное устройство"? т.е. ЦП, интегрированный графический графический процессор, карта Wi-Fi, контроллер USB, шина памяти и т. д. Может быть, Ubuntu не знает конкретных деталей о моей системе, и я могу добавить их в файл?
Редактировать 1
@karel указал ссылки на повторяющиеся вопросы о проприетарном микрокоде Intel, однако ни один из них не спрашивает о названии « Неизвестно: Неизвестно ». Было бы неплохо, по крайней мере для меня, изменить это на что-то более значимое.
Edit 2
@ Pilot6 указал, что это не «драйвер», а «прошивка процессора». Я изменил слово «драйвер» на «заголовок» в Edit 1. Также в комментариях ниже; для изменения заголовка «Неизвестно: Неизвестно» требуется загрузить исходный код, изменить его и перекомпилировать.
1 ответ
Я отвечу на вопрос "ловушек". Да, существуют возможные ловушки, когда Intel получает что-то не так в обновленном микрокоде, и он вызывает регрессию в поведении процессора. К счастью, это редко в экстремальном значении, и в этом случае, можно просто удалить пакет (и сообщить об ошибке к дистрибутиву Linux).
, Если зависания системы, когда это применяет обновление (т.е. прямо после экрана личинки), можно загрузиться с "dis_ucode_ldr" параметром ядра в личинке для пропуска обновления микрокода.
До сих пор, было очень немного регрессий, о которых сообщают Debian, Ubuntu или RedHat/Fedora, и большинство из них для Xeon E5v3 по любой причине: катастрофический отказ в определенных конфигурациях памяти и замедление после начальной загрузки. Оба были зафиксированы Intel в последнем общедоступном выпуске (20160714).
микрокода, кажется, что определенный процессор Core2Duo может также стать вялым с более старым обновлением, я не знаю, имеет ли он все еще проблему с текущим микрокодом.
Почти все время Вы действительно хотите, чтобы обновленный микрокод избежал различных чрезвычайно серьезных ошибок процессора, которые они исправляют. И обновление BIOS/UEFI для получения их, которые микрокод фиксирует и , любой другой фиксирует, которые не сделаны в микрокоде, но в некотором другом модуле BIOS/UEFI.