The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Intel устранил все замечания в новой лицензии на микрокод, opennews (?), 24-Авг-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


79. "Intel устранил все замечания в новой лицензии на микрокод"  +/
Сообщение от Oleg (??), 24-Авг-18, 16:22 
Объясните виндузятнику - это обновление микрокода процессора действует как прошивка? Типа нельзя откатить обратно? Или же это просто в ПО ОС что-то внедряется?
Если второе, тогда непонятен "хайп" вокруг этого всего.
Ответить | Правка | Наверх | Cообщить модератору

81. "Intel устранил все замечания в новой лицензии на микрокод"  +2 +/
Сообщение от grayich (ok), 24-Авг-18, 16:36 
микрокод подгружается в процессор при каждом запуске, с ОС  никак не связано.

хайп в том, что последние версии микрокода ооочень медленные(по другому уязвимости не закрыть), в итоге i7 превращается в i3 по скорости

Ответить | Правка | Наверх | Cообщить модератору

82. "Intel устранил все замечания в новой лицензии на микрокод"  +/
Сообщение от Oleg (??), 24-Авг-18, 16:39 
Тогда
> с ОС  никак не связано

1) Причём тут Debian?
2) Откуда этот код подгружается? BIOS, EFI, UEFI, MS-DOS, Windows 3.11?
3) Или всё-таки процессор "прошивается" безвозратно?

Ответить | Правка | Наверх | Cообщить модератору

87. "Intel устранил все замечания в новой лицензии на микрокод"  +/
Сообщение от abi (?), 24-Авг-18, 16:51 
Процессор поставляется с каким-то микрокодом. Он вшит намертво, но в рантайме можно подложить версию новее. Попасть в процессор она может любыми путями. В том числе - из deb-пакета.
Ответить | Правка | Наверх | Cообщить модератору

88. "Intel устранил все замечания в новой лицензии на микрокод"  +1 +/
Сообщение от grayich (ok), 24-Авг-18, 16:52 
1. дебиан тут к лицензии
2. с диска подгружается ОСью
3. в процессоре уже вшит микрокод(заводская версия) и перепрошит он быть не может, но можно загрузить временно(до ресета) новую версию микрокода, что и делается при желании.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

101. "Intel устранил все замечания в новой лицензии на микрокод"  +1 +/
Сообщение от Аноним (101), 24-Авг-18, 18:36 
Хайп в том, что изменили лицензию. Перечитав лицензию между строк нашли причину: каждая новая прошивка теперь будет медленнее предыдущей. Текст лицензии вернули к первоначальному виду, теперь каждый может протестировать новую прошивку самостоятельно. Где тесты, показывающие снижение производительности? Их нет.
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

104. "Intel устранил все замечания в новой лицензии на микрокод"  +/
Сообщение от пох (?), 24-Авг-18, 18:56 
> Текст лицензии вернули к первоначальному виду, теперь каждый может
> протестировать новую прошивку самостоятельно.

вот тут-то у тебя и логическая ошибка. "доктор, я смогу после операции играть на скрипке?"

> Где тесты, показывающие снижение производительности? Их нет.

gыгы. Потому что доктор все же не творит чудес, и кто раньше не мог, тот и сейчас не может.

Ответить | Правка | Наверх | Cообщить модератору

116. "Intel устранил все замечания в новой лицензии на микрокод"  +/
Сообщение от Аноним (116), 24-Авг-18, 20:49 
> Где тесты, показывающие снижение производительности? Их нет.

Ну так сделай. У нас тут процессоры не подвержены этой проблеме (потому что (супер)стары, ага).

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

103. "Intel устранил все замечания в новой лицензии на микрокод"  –1 +/
Сообщение от z (??), 24-Авг-18, 18:48 
Версии микрокода сами по себе никак не замедляют процессор, только в связке с патчами ядра. Для некоторых ЦП вроде Haswell последний микрокод также улучшает разгонный потенциал/энергоэффективность
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

123. "Intel устранил все замечания в новой лицензии на микрокод"  +2 +/
Сообщение от Аноним (123), 25-Авг-18, 01:03 
У процессоров два уровня команд: внутренний и внешний. Микрокод определяет как инструкции внешнего будут исполнены на внутреннем. Так сделано на случай если в процессоре обнаружат ошибку, напр. Pentium FDIV bug. С помощью микрокода можно исправлять такие ошибки не выбрасывая процессор на свалку и не заменяя его по гарантии.

Версия микрокода (которая "1.0", "2.0" и т.д.) не влияет на производительность. А вот микрокод влияет.

Микрокод - это не "прошивка", он не добавляет нового функционала, ничего не улучшает и ничего не ускоряет, только исправляет выявленные аппаратные ошибки. Ускорение возможно только если были ошибки в предустановленном в процессор микрокоде. Дураков везде хватает, см. напр. зонд "Гюйгенс", который долетел до Титана, но из-за программной ошибки одна из двух передающих антенн не включилась, поэтому половина информации до землян не дошла. Кстати, он работал под управлением Линукс, так что...

Бытует неправильная точка зрения, что микрокод появился из-за необходимости перевода CISC в RISC. Те, кто распространяют эти слухи, просто не в курсе, что в ARM (который изначально RISC) тоже есть микрокод и появился он там по тем же самым причинам, что и у Intel.

Ответить | Правка | Наверх | Cообщить модератору

152. "Intel устранил все замечания в новой лицензии на микрокод"  +/
Сообщение от z (??), 26-Авг-18, 19:12 
>Микрокод определяет как инструкции внешнего будут исполнены на внутреннем

Не только
>Микрокод - это не "прошивка", он не добавляет нового функционала

Т.е. _НОВЫЕ_ MSR, которые добавляются для защиты от Spectre это типа не новый функционал?
>Ничего не улучшает и ничего не ускоряет только исправляет выявленные аппаратные ошибки.

Т.е. исправление ошибок != улучшение, тюнинг работы контроллера памяти != улучшение, понижение рабочего напряжения и разгонного потенциала (тюнинг FIVR) != улучшение?
>Ускорение возможно только если были ошибки в предустановленном в процессор микрокоде

В процессоре нет предустановленного микродода, только транзисторы, микрокод грузится после инициализации процессора и если его удалить из современного UEFI - будет кирпич
Вообщем, профанация на профанации...

Ответить | Правка | Наверх | Cообщить модератору

157. "Intel устранил все замечания в новой лицензии на микрокод"  +/
Сообщение от КО (?), 27-Авг-18, 08:11 
Насколько я помню тот Пень был как раз первым с микрокодом на этот случай, ну и FDIV им побороть оказалось нельзя. :)
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

169. "Intel устранил все замечания в новой лицензии на микрокод"  –1 +/
Сообщение от Аноним (-), 28-Авг-18, 05:58 
> процессоре обнаружат ошибку, напр. Pentium FDIV bug. С помощью микрокода можно
> исправлять такие ошибки не выбрасывая процессор на свалку и не заменяя его по гарантии.

Есть и иные соображения. Можно передать по шине компактную команду, а внутри чипа она распакуется в широченное нечто, которое распихается в кучу блоков. Понятно что это имеет свои ограничения, но в целом это позволяет разгрузить внешние шины.

> Микрокод - это не "прошивка", он не добавляет нового функционала, ничего не
> улучшает и ничего не ускоряет, только исправляет выявленные аппаратные ошибки.

Микрокод - это некий ROM table, описывающий как декодировать наружные команды в внутренние микрооперации. Ничему не противоречит добавить в очередной ревизии новые команды, регистры и проч.

> Ускорение возможно только если были ошибки в предустановленном в процессор микрокоде.

Ускорение возможно только если команда перед релизом процессора груши околачивала и прошляпила возможность оптимизации до релиза. Поскольку это подмачивает смысл выпуска нового чипа - так стараются не делать.

> Линукс, так что...

Что - так что? Утверждается что сбой - в Linux? Или что?

> Бытует неправильная точка зрения, что микрокод появился из-за необходимости перевода CISC
> в RISC. Те, кто распространяют эти слухи, просто не в курсе,

Скорее переводит в нечто типа VLIW, чтоли. VLIW можно с натягом рассматривать как кучку параллельно работающих RISC, но это условно. А так - в итанике попытались декодер оборвать, но оптимизировать vliw-образные конструкции существующие компилеры изначально не умеют, в режиме эмуляции x86 скорость аховая, чипы стоили как самолет и разработчики не рвались их покупать, соответственно. Ну и в целом интел пролетел. Хотя сам по себе подход и не обязан быть фэйловым. КМК могло взлететь, если б сделали облегченные варианты за копейки, чтобы разработчики это понакупили.

> что в ARM (который изначально RISC) тоже есть микрокод и появился
> он там по тем же самым причинам, что и у Intel.

Это в каком месте у ARM микрокод, загружаемый снаружи? Вот прямо цитату из ARMовского референс мануала давай (он у меня есть - я проверю). Конечно же мы про rom table декодера. У ARMов нет такого декодера и набор команд RISC'овый. Вплоть до того что в instruction set побитово впихано что, куда, с какими регистрами. Это простые операции, для них не требуется ROM decoder.

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

156. "Intel устранил все замечания в новой лицензии на микрокод"  +/
Сообщение от КО (?), 27-Авг-18, 08:08 
>Версии микрокода сами по себе никак не замедляют процессор,

:)
Именно это они и делают IMHO. Для части инструкций связанных с межпотоковым взаимодействием выполняется больше действий (ну и скидывается кеш, полностью или частично0. Поэтому задачи, которые использовали эти инструкции просаживаются и сами по себе. Кроме того, чтобы у цикла с подгрузкой индекса (условия) не было возможности загрузить в кеш не то что нужно, в этом цикле должна быть использована такая инструкция. Что и в старом варианте инструкции замедляет действо, а уж про новый и говорить не приходится.

Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

158. "Intel устранил все замечания в новой лицензии на микрокод"  +1 +/
Сообщение от z (??), 27-Авг-18, 08:27 
Вы в технические детали хоть иногда вникаете, или только делаете заявления с допиской "IMHO"?

>With new microcode updates, Intel
>added a mechanism to actively flush the L1 cache (i.e.,
>the new IA32 FLUSH CMD MSR). Hypervisors transfer
>control to guest VMs by executing a VMENTER instruction.
>To mitigate Foreshadow-VMM, hypervisors
>should flush the L1 cache prior to executing VMENTER,
>erasing any potential secrets

ключевое тут "NEW msr" и "hypervisors SHOULD" - т.е. ничего "автоматом" не замедляется, гипервизоры должны _вручную_ сбрасывать кеш, пользуясь новой функциональностью

Ответить | Правка | Наверх | Cообщить модератору

102. "Intel устранил все замечания в новой лицензии на микрокод"  +/
Сообщение от z (??), 24-Авг-18, 18:45 
Изначально подгружается из BIOS/UEFI, потом может быть обновлено в ОС, можно "откатить", модифицировав прошивку утилитами вроде UEFI Bios Updater
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру