The OpenNET Project / Index page

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



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

Оглавление

Уязвимость Reptar, затрагивающая процессоры Intel, opennews (?), 15-Ноя-23, (0) [смотреть все]

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


46. "Уязвимость Reptar, затрагивающая процессоры Intel"  +/
Сообщение от voiceofreason (?), 15-Ноя-23, 12:21 
Внезапно так же, как и в эльбрусах. Никаких проблем транслировать/эмулировать x86.

x86 тоже RISC внутри. АМД начиная с K5, у интела чуть позже - с pentium pro. Софт под x86 работает как ни в чём ни бывало.

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

51. "Уязвимость Reptar, затрагивающая процессоры Intel"  +/
Сообщение от ckotinko (ok), 15-Ноя-23, 12:29 
в пне4 официально перекомпиляция х86 в некий "кэш трасс". который выглядит как итаниум по всем параметрам включая ограничения на размер операндов.
Ответить | Правка | Наверх | Cообщить модератору

63. "Уязвимость Reptar, затрагивающая процессоры Intel"  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 15-Ноя-23, 12:56 
> Внезапно так же, как и в эльбрусах. Никаких проблем транслировать/эмулировать x86.

С итоговой скоростью работы ~ z80, конечно, проблем нет транслировать

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

64. "Уязвимость Reptar, затрагивающая процессоры Intel"  +/
Сообщение от Аноним (41), 15-Ноя-23, 13:04 
Но почему же тогда все x86_64-процы RISC внутри?
Ответить | Правка | Наверх | Cообщить модератору

75. "Уязвимость Reptar, затрагивающая процессоры Intel"  +1 +/
Сообщение от Tron is Whistling (?), 15-Ноя-23, 13:57 
Потому что это удобнее именно для части блоков исполнения.
И то там не вот просто RISC в привычном вам понимании, а по отдельному пайплайну на каждый блок.
Ответить | Правка | Наверх | Cообщить модератору

83. "Уязвимость Reptar, затрагивающая процессоры Intel"  +/
Сообщение от Tron is Whistling (?), 15-Ноя-23, 14:15 
Представьте, что у вас замечательная многоядерная конструкция.
Пара ядер умеют складывать и вычитать, битовые сдвиги, ещё что-нибудь.
Пара ядер умеет только умножение.
Одно ядро умеет только в деление.
Еще 3-4 ядра умеют штуки посложнее, типа SIMD и FP, но только их.
Штук 8 ядер умеют только писать в RAM и читать из неё.
И всё это объединено общим быстрым блоком SRAM в пару килобайт, и работает параллельно, не блокируясь.

Я бы под такое компилятор общего назначения писать не RISC'нул.

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

84. "Уязвимость Reptar, затрагивающая процессоры Intel"  +/
Сообщение от Tron is Whistling (?), 15-Ноя-23, 14:17 
А, да, и всё это ещё и памяти для команд не имеет, и в переходы не умеет.
То есть вам всё это надо непрерывно кормить линейным потоком команд с отдельного управляющего ядра :D
Ответить | Правка | Наверх | Cообщить модератору

137. "Уязвимость Reptar, затрагивающая процессоры Intel"  +/
Сообщение от ckotinko (ok), 16-Ноя-23, 08:19 
вы описали схему томассуло. процессор очень странный в плане связности по регистрам но ...
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

150. "Уязвимость Reptar, затрагивающая процессоры Intel"  +/
Сообщение от Tron is Whistling (?), 16-Ноя-23, 22:28 
Да, её родимую. По сути на ней оно сейчас и строится. Куча внутренних регистров в SRAM и их "переименование" в рабочие от системы команд по мере необходимости. Транзакционность, откаты.
Ответить | Правка | Наверх | Cообщить модератору

85. "Уязвимость Reptar, затрагивающая процессоры Intel"  +/
Сообщение от Tron is Whistling (?), 15-Ноя-23, 14:22 
Если проще - там не RISC-проц внутри CISC, а отдельные RISC- и LIW- пайплайны, которые дёргают модули. Модули сами кормиться не умеют, т.е. они не полноценные процы, а просто по факту отдельные контроллеры, работающие с вводом в виде RISC-подобных или LIW команд.
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

99. "Уязвимость Reptar, затрагивающая процессоры Intel"  –1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 15-Ноя-23, 15:49 
> Но почему же тогда все x86_64-процы RISC внутри?

Потому что они при этом и не VLIW внутри? Современные x86 имеют сложные планировщик и конвейеры исполнения, которые превращают CISC в микроинструкции и динамически и асинхронно раскидывают их по разным вычислительным блокам снижая таким образом простой железа.

Эльбрус, как и любой другой VLIW, это просто бревно и оно не умеет динамически ничего планировать, ему сразу нужно подавать всё в разложенном по блокам исполнения виде. Бревно ещё как-то в состоянии просто оттранслировать x86 в свой VLIW, но не в состоянии загрузить x86 инструкциями все свои вычислительные мощности. А если бы оно это умело делать эффективно, то получился бы аналог x86.

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

154. "Уязвимость Reptar, затрагивающая процессоры Intel"  –2 +/
Сообщение от voiceofreason (?), 17-Ноя-23, 14:18 
Ну толсто же. Первые убогие итаниумы с убогой эмуляцией крутили x86 со скоростью первых pentium, у поздних итаников и эльбрусов с этим намного-намного лучше. Эльбрусы чуть ли не быстрее с этой эмуляцией, чем нативный код, хз как так.
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

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

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




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

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