Комментарии 10
Фамилия исследователя — польськая. Читается "Шьвенцки".
Если уж "читается", то следует помнить, что "w" оглушается.
А транслитерировать следует как "Сьвенцкий" или "Сьвентский" (если очевидно происхождение от "święto" — "праздник").
Есть неплохая статья на вики, которую я бы рекомендовал всем переводчикам, увидевшим в тексте польскую фамилию: https://ru.wikipedia.org/wiki/Польско-русская_практическая_транскрипция
Но поскольку распознать принадлежность имени может быть сложно, я бы просто советовал не транслитерировать в кириллицу никакие нетривиальные имена.
А транслитерировать следует как "Сьвенцкий" или "Сьвентский" (если очевидно происхождение от "święto" — "праздник").
Есть неплохая статья на вики, которую я бы рекомендовал всем переводчикам, увидевшим в тексте польскую фамилию: https://ru.wikipedia.org/wiki/Польско-русская_практическая_транскрипция
Но поскольку распознать принадлежность имени может быть сложно, я бы просто советовал не транслитерировать в кириллицу никакие нетривиальные имена.
Насколько я знаю, новый микрокод грузится уже из биоса, т.к. микрокод процессора уже прошит навечно. Или я чего-то не понимаю. Получится, что нужно «прошивать» проц на каждой материнке, на которую будет устанавливаться проц с уязвимостью.
Ни в Intel, ни в AMD микрокод не зашивается в процессор. Просто потому что процессор — дорогой, материнка — дешёвая. Так что прошить процессор нельзя.
При каждой загрузке в процессор из BIOS'а заливается микрокод (без микрокода современный процессоры попросту не полностью дееспособны), но его можно загрузить и позже. Разумеется только обладая соотвествующими привилегиями.
Поэтому возможны patch'и как для BIOS'а, так и для операционки.
При каждой загрузке в процессор из BIOS'а заливается микрокод (без микрокода современный процессоры попросту не полностью дееспособны), но его можно загрузить и позже. Разумеется только обладая соотвествующими привилегиями.
Поэтому возможны patch'и как для BIOS'а, так и для операционки.
Спасибо за ответ. Меня удивило просто само название прошивка. Но оно по сути и есть прошивка, если шьется в BIOS в ОС это уже как драйвер. Я еще когда-то удивлялся зачем процессору драйвера. Но однажды после покупки нового ПК моим знакомым, этот ПК жутко тупил в только что установленной ОС, но после установки драйвера на процессор (какой-то AMD FX) комп начал нормально работать. Я впервые в жизни такое видел (и до сих пор такого большее не видел).
Ну примерно этого и следовало ожидать, если материнка про процессор ничего не знает. Как я сказал без залитого микрокода "современные процессоры недееспособны" — но это не значит, что они совсем не могут работать: как-то же они запускаются и работают пока BIOS "не раскачается" и не зальёт в них микрокод? Могут. Но мееедленно-мееедленно.
Всё взаимодействие между частями такого процессора работает с максимально возможными задержками, в суперконсервативном режиме. Просто потому что "настоящие" задержки выявляются на испытаниях уже после того как процессоры испеклись и их готовят к продаже :-)
То есть, в качестве примера, есть у вас делитель — вы туда отправляете два числа и через несколько тактов снимаете результат. В один такт ещё ни один процессор делить не научился, но… сколько тактов ждать-то? 1, 2, 100? В "автоматической" прошивке, зашитой на заводе раз и навсегда — без вариантов: ждём 100 тактов. Так надёжно, гарантированно, ошибок не будет ни на какой частоте. А вот уже после испытаний выясняется точно сколько нужно ждать — 10 тактов или 11. Или там "7 для маленьких чисел, 10 для средних, 15 для больших". Потому эти чиселки заливается в BIOS и записывается в драйвер. Конечно это не всё, что "заливается" в процессор — там могут даже некоторые инструкции вообще отключить и реализовать на микрокоде если "в силиконе" ошибка. Но "тупит" процессор обычно именно поэтому: потому что его завели в самом наиконсервативнейшем режиме из всех возможных.
И, кстати, ошибка, обсуждаемая в статье примерно того же рода: похоже, что в каком-то месте существующая прошивка слишком оптимистична и иногда (очень-очень редко) данные всё-таки "куда надо" дойти не успевают. Починить подобного рода проблему — как два байта переслать (в буквальном смысле слова), а вот обнаружить что проблема именно в этом… тут тысячи человек вместе работают — и то это месяцы занимает...
Всё взаимодействие между частями такого процессора работает с максимально возможными задержками, в суперконсервативном режиме. Просто потому что "настоящие" задержки выявляются на испытаниях уже после того как процессоры испеклись и их готовят к продаже :-)
То есть, в качестве примера, есть у вас делитель — вы туда отправляете два числа и через несколько тактов снимаете результат. В один такт ещё ни один процессор делить не научился, но… сколько тактов ждать-то? 1, 2, 100? В "автоматической" прошивке, зашитой на заводе раз и навсегда — без вариантов: ждём 100 тактов. Так надёжно, гарантированно, ошибок не будет ни на какой частоте. А вот уже после испытаний выясняется точно сколько нужно ждать — 10 тактов или 11. Или там "7 для маленьких чисел, 10 для средних, 15 для больших". Потому эти чиселки заливается в BIOS и записывается в драйвер. Конечно это не всё, что "заливается" в процессор — там могут даже некоторые инструкции вообще отключить и реализовать на микрокоде если "в силиконе" ошибка. Но "тупит" процессор обычно именно поэтому: потому что его завели в самом наиконсервативнейшем режиме из всех возможных.
И, кстати, ошибка, обсуждаемая в статье примерно того же рода: похоже, что в каком-то месте существующая прошивка слишком оптимистична и иногда (очень-очень редко) данные всё-таки "куда надо" дойти не успевают. Починить подобного рода проблему — как два байта переслать (в буквальном смысле слова), а вот обнаружить что проблема именно в этом… тут тысячи человек вместе работают — и то это месяцы занимает...
Непонятно вот что:
А пакет от декабря 2014 года и в репах дебиана и на сайте amd64.
партнеры AMD получили доступ к исправлению начиная с 7 марта
А пакет от декабря 2014 года и в репах дебиана и на сайте amd64.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ошибка в микрокоде процессоров AMD позволяет пользователям виртуальных машин получать доступ к хост-системе гипервизора