The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в механизме спекулятивного выполнения инструкций процессоров AMD, opennews (??), 10-Мрт-22, (0) [смотреть все]

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


4. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +4 +/
Сообщение от Корец (?), 10-Мрт-22, 16:29 
Лучше бы можно было отключить спекулятивное выполнение и вместо этого позволить работать ещё нескольким потокам полезной нагрузки. Тогда те, кому важна безопасноть, отключали бы спекулятивное выполнение, а куму нужна производительность - включали бы.
Ответить | Правка | Наверх | Cообщить модератору

6. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  –9 +/
Сообщение от Dzen Python (ok), 10-Мрт-22, 16:37 
Ты понимаешь, что ты только что сделал?

На самом деле, не думаю, что процы с выключаемой спекулятивностью могли бы взлететь. Достаточно сложна переделка самого кристалла, которая вполне может архитектурно ограничить наращивание ядер и гигагерцев, к тому же само переключение желательно делать не микрокодом, а аппаратно, что имеет уже ограниченный ресурс переключений. Чисто на физическом уровне. Это тебе не медный ключ с целлулоидной ручкой.

Но даже если сделать, то как потом продавать, как позиционировать, если массовому покупателю интересны лишь гигагерцы, ядра, и "а кукурузис жэтэа шесть как быстро летать будет??77", а нишевые решения (специально выведенные "невзламываемые" сервера) не обеспечат окупаемости?

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

76. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +/
Сообщение от Аноним (76), 10-Мрт-22, 22:45 
а вы бы купили такой процессор?
Ответить | Правка | Наверх | Cообщить модератору

151. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +/
Сообщение от Андрей (??), 16-Мрт-22, 09:59 
> а вы бы купили такой процессор?

У кого-то, наверное, в загашнике пентиумы завалялись ?

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

18. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +1 +/
Сообщение от None (??), 10-Мрт-22, 17:29 
Только откат к истокам решит проблему. Многоядерный 486, да на современных частотах - не такой плохой проц получился бы. И голова не болит за безопасность.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

23. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  –1 +/
Сообщение от Аноним (141), 10-Мрт-22, 17:49 
К бронзовым мечам и топорам?
Ответить | Правка | Наверх | Cообщить модератору

25. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +3 +/
Сообщение от Аноним (25), 10-Мрт-22, 17:56 
> Многоядерный
> да на современных частотах

Будут бесполезные гигагерцы (в ожидании памяти, ввода-вывода и тп). Мало где нужна многоядерность, многопоточность. Там где нужна, лучше справляются видеокарты с оравой тупых ядер.

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

35. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +/
Сообщение от Аноним (35), 10-Мрт-22, 19:40 
Тогда они и сейчас бесполезны. Ждать ввода ты и на 286 можешь.
Ответить | Правка | Наверх | Cообщить модератору

112. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  –1 +/
Сообщение от Аноним (25), 11-Мрт-22, 12:30 
> Ждать ввода ты и на 286 можешь.

Я-то не спекулянт, я-то подожду.

А спекулянт ждать не будет, ему "прогнозы по условиям" надо окупить. А тут форс-мажор со небезопасной спецоперацией...

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

53. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +/
Сообщение от Аноним (50), 10-Мрт-22, 20:57 
Так контроллер памяти ему прям на кристалл.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

30. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +2 +/
Сообщение от rm2email (?), 10-Мрт-22, 18:59 
Достаточно много есть процов, которые in-order, без внеочередного исполнения.
У Intel это Atom (видимо не все), у ARM - например Cortex A7, A55. См. "in-order pipeline": https://en.wikipedia.org/wiki/List_of_ARM_processors
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

40. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +2 +/
Сообщение от Аноним (38), 10-Мрт-22, 20:05 
>  Только откат к истокам решит проблему. Многоядерный 486, да на современных частотах - не такой плохой проц получился бы. И голова не болит за безопасность.

я бы на вашем месте думал в сторону Электроники, Немиги и Корвета, другого не светит

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

88. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +/
Сообщение от Аноним (88), 10-Мрт-22, 23:35 
Сделаем Z80_64
Ответить | Правка | Наверх | Cообщить модератору

143. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  –1 +/
Сообщение от Neon (??), 16-Мрт-22, 00:36 
Вообще то все производство процессоров в мире зависит от российских неона и прочих материалов. Запаса неона у производителей примерно на месяц. Так что все будут на счетах.)))
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

148. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +/
Сообщение от Онаним (?), 16-Мрт-22, 09:49 
И да, вообще-то половину спроса неона в мире снабжала Украина.
Ответить | Правка | Наверх | Cообщить модератору

152. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +/
Сообщение от Андрей (??), 16-Мрт-22, 10:01 
> И да, вообще-то половину спроса неона в мире снабжала Украина.

Очищая поставляемый из РФ газ :)

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

51. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +/
Сообщение от Аноним (50), 10-Мрт-22, 20:53 
>Тогда те, кому важна безопасноть, отключали бы спекулятивное выполнение, а куму нужна производительность - включали бы.

Так можно бы было в зависимости от сорта задачи либо с включённым спекулятивом запускать, либо с выключенным. Вот, например, компилятор можно смело с включённым спекулятивом запускать.

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

65. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +2 +/
Сообщение от Аноним (76), 10-Мрт-22, 21:37 
"Разработчики из компании Intel предложили для включения в ядро Linux серию патчей для блокирования второго варианта уязвимости Spectre (CVE-2017-5715).

Патчи Intel базируются на использовании представленной в обновлении микрокода функциональности IBRS (Indirect Branch Restricted Speculation), позволяющей разрешать и запрещать спекулятивное выполнение инструкций. В предложенном патче IBRS применяется для адаптивного включения/выключения спекулятивного выполнения косвенных переходов во время обработки прерываний, системных вызовов, переключений контекста между процессами и между виртуальными машинами. В отличие от retpoline патч Intel для всестороннего обхода Spectre не требует изменений компонентов в пространстве пользователя при включении "полного" режима работы (IBRS_ALL), активирующего применение IBRS в userspace.
"

вашу мечту исполнили

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

75. "Уязвимость в механизме спекулятивного выполнения инструкций ..."  +1 +/
Сообщение от Аноним (76), 10-Мрт-22, 22:43 
Вам просто нужно запустить ядро с параметрами и спекулятивное выполнение выключится:
spec_store_bypass_disable=on spectre_v2=on l1tf=full,force tsx_async_abort=full,nosmt mds=full

а так же включится защита кэша первого уровня и защита от многих других уязвимостей.

подробнее туточки https://www.kernel.org/doc/html/latest/admin-guide/kernel-pa... и туточки https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/s...

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

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

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




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

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