The OpenNET Project / Index page

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



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

Оглавление

BHI - новая уязвимость класса Spectre в процессорах Intel и ARM, opennews (??), 09-Мрт-22, (0) [смотреть все]

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


13. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  –1 +/
Сообщение от InuYasha (??), 09-Мрт-22, 13:03 
То ли ещё в Эльбрусах будет! )
Ответить | Правка | Наверх | Cообщить модератору

22. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +10 +/
Сообщение от Michael Shigorinemail (ok), 09-Мрт-22, 13:14 
Так эта семейка уязвимостей -- она же в декодерах по большей части (в широком смысле, включая микрокод); а эльбрусы -- это непосредственно АЛУшки без чёрной магии по дороге.
Ответить | Правка | Наверх | Cообщить модератору

51. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +/
Сообщение от InuYasha (??), 09-Мрт-22, 13:53 
Т.е. в них предикторов вообще нет? Не то чтобы мне эта технология сильно нравилась...
PS: давно тебя не видел )
Ответить | Правка | Наверх | Cообщить модератору

59. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +1 +/
Сообщение от Брат Анон (ok), 09-Мрт-22, 14:13 
Это архитектура VLIW. Шигорин прав, там не кэш, там широкое слово. И чтобы оно было грамотно собрано -- нужен сильный компилятор.
Короче, как всегда: лучший ускоритель программы -- это мозг. На Эльбрусах строгая дисциплина кодирования, это маленько боль, но если всё сделал правильно -- отставание от международных партнёров не так страшно. Боль в том, что масса алгоритмов VLIW-оптимизации поддаётся плохо. Типа, JIT-компиляция. Или статическая компиляция под конкретный проц, а запуск будет на его брательнике.
Ответить | Правка | Наверх | Cообщить модератору

73. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +/
Сообщение от ranenemail (?), 09-Мрт-22, 14:39 
"Боль в том, что масса алгоритмов VLIW-оптимизации поддаётся плохо. Типа, JIT-компиляция. Или статическая компиляция под конкретный проц, а запуск будет на его брательнике." - это глупое решение для потребительского процессора.  
Ответить | Правка | Наверх | Cообщить модератору

76. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +/
Сообщение от Аноним (75), 09-Мрт-22, 14:42 
А предсказаниям ветвлений JIT хорошо поддаётся ?
Ответить | Правка | Наверх | Cообщить модератору

83. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +/
Сообщение от Michael Shigorinemail (ok), 09-Мрт-22, 14:52 
Глупо слушать подлецов; а сами можете пойти и пощупать в яндекс-музее.
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

74. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +4 +/
Сообщение от Michael Shigorinemail (ok), 09-Мрт-22, 14:39 
> Короче, как всегда: лучший ускоритель программы -- это мозг.

На эльбрусах может быть удобнее оптимизировать свои циклы по той причине, что непосредственно видно, во что они превращаются -- см. тж. экземпляр Compiler Explorer у Алибека на http://ce.mentality.rip и ссылки с http://altlinux.org/эльбрус/оптимизация

> Боль в том, что масса алгоритмов VLIW-оптимизации поддаётся плохо.

Это правда, но в последние год-полтора по этой теме отдельные масловы попытались раздуть из мухи изрядного слона.

На практике же я на своём 801-РС, с которого вот пишу, наблюдаю практически приемлемую скорость работы (причём непонятно, что быстрей -- эта машинка или i5-3317U со всеми матюгейшенами); а уж на двухгигагерцовом 16С со снятием штрафов за невыровненный доступ -- так и вообще хорошо.

Что до -mtune/-march -- первое даёт код, который попросту не запустится на другом процессоре, а второе -- код, который запустится на данной версии системы команд и выше (альтовая спасательная флэшка для v3 работает на всём вплоть до v6, например); мы особо не заморачивались изменением разницы скорости работы "неродного" кода, но в двух случаях -- "v3/v4 на v4" и "v4/v5 на v5" -- конкретно 7za b дал более-менее стабильный 1% разницы; т.е. для неоптимизированного под целевую версию кода разница есть, но незначительная (вовсе не в разы, как можно было бы предположить, начитавшись набросов с недосказанностями).

См. тж.:
http://altlinux.org/эльбрус/архитектура
http://altlinux.org/эльбрус/тесты

PS: если кому интересно пощупать самостоятельно -- добро пожаловать в http://t.me/e2k_chat; обращайтесь к @makise_homura на предмет доступа к его стендовым 804 (4x8С) и 901 (8СВ) машинкам.  Надеюсь, такая практика расширится и дальше.

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

80. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +1 +/
Сообщение от Аноним (75), 09-Мрт-22, 14:46 
> а второе -- код, который запустится на данной версии системы команд и выше

Вот это уже интересно, даже неожиданно. И что, если на новом проце ядер больше или меньше, то что происходит с тем командным словом ?
Если больше - допустим, НОП-апми остаток забивается
А если меньше ? вначале исполняется часть, которая влезает, следующей - оставшаяся с заваливанием НОПами незадействованных ядер, но как тогда адресация не рассыпается ведь одна команда превращается в две и более ?

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

90. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 09-Мрт-22, 15:00 
> И что, если на новом проце ядер больше или меньше,
> то что происходит с тем командным словом ?

Это разные уровни параллелизма -- на разных ядрах/процессорах выполняются разные ШК, каждая из них запускается в рамках одного ядра.

На версиях системы команд с v2 по v6 по факту поддерживается обратная совместимость (хотя МЦСТ за неё зуб не даёт); "плохой" вариант в случае запуска кода для <= v5 на v6 -- это штраф в виде более частого срыва конвейера из-за того, что задержки доступа к памяти возросли с ростом тактовой частоты (если не ошибаюсь, в L1 теперь пять тактов вместо трёх -- поэтому на некоторых задачах v5 @ 1500 МГц может оказаться чуть быстрее v6 @ 2000 МГЦ: частота выросла на 30%, задержка -- на 40%).

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

153. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +/
Сообщение от Онаним (?), 10-Мрт-22, 21:45 
Компилятор - это статика. В компиляторе все 10^100500 наборов возможных входных данных предусмотреть невозможно. Гонять JIT на каждый новый набор - тоже, не окупится. Поэтому оптимизация в динамике всегда в среднем по палате будет впереди любого чистого влива.
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

159. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  –1 +/
Сообщение от Брат Анон (ok), 14-Мрт-22, 09:26 
> Поэтому оптимизация в динамике всегда в среднем по палате будет
> впереди любого чистого влива.

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

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

163. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +/
Сообщение от Онаним (?), 14-Мрт-22, 16:53 
Речь не о JIT, а об оптимизации в рантайме внутри самого CPU.
Она же спекулятивное выполнение, префетч, OoO и ещё целая пачка механизмов.
Ответить | Правка | Наверх | Cообщить модератору

68. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 09-Мрт-22, 14:24 
> Т.е. в них предикторов вообще нет?

Вообще нет.  Есть отечественные предикаты.

http://ftp.altlinux.org/pub/people/mike/elbrus/docs/elbrus_p... (тж. в главах 6 и 10)

> PS: давно тебя не видел )

Занят был малость... привет :)

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

23. "BHI - новая уязвимость класса Spectre в процессорах Intel и ..."  +/
Сообщение от Аноним (35), 09-Мрт-22, 13:16 
Мы врагам из Амстердамского свободного университета отечественные Эльбрусы не дадим на поругательство! Иж чего удумали.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

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

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




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

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