The OpenNET Project / Index page

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



"Компания AMD подтвердила потенциальную подверженность CPU AMD Zen 3 атаке Spectre-STL"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Компания AMD подтвердила потенциальную подверженность CPU AMD Zen 3 атаке Spectre-STL"  +/
Сообщение от opennews (??), 03-Апр-21, 10:52 
Компания AMD опубликовала отчёт с анализом безопасности технологии оптимизации  PSF (Predictive Store Forwarding), реализованной в процессорах серии Zen 3. В ходе исследования теоретически подтверждена применимость к технологии PSF метода атаки Spectre-STL (Spectre-v4),  выявленного в мае 2018 года, но на практике способных привести к атаке шаблонов кода пока не найдено и общая опасность оценена как незначительная...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54890

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

Оглавление

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


1. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +6 +/
Сообщение от Аноним (1), 03-Апр-21, 10:52 
RISC-V приди да порядок наведи, и заодно составь конкуренцию этой дырявой x86_64.
Ответить | Правка | Наверх | Cообщить модератору

3. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +48 +/
Сообщение от Stanislav (??), 03-Апр-21, 11:03 
Как будто у RISC-V не будет кеша и предсказаний ветвлений...
Ответить | Правка | Наверх | Cообщить модератору

13. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +7 +/
Сообщение от Аноним (13), 03-Апр-21, 11:39 
Там не будет исследователей безопасности. На x86 их несколько десятилетий не было.
Ответить | Правка | Наверх | Cообщить модератору

20. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +9 +/
Сообщение от Аноним (20), 03-Апр-21, 12:12 
Маховик раскрутился, теперь исследователи аппаратной безопасности будут всюду для любой, более-менне засветившейся архитектуры.
Ответить | Правка | Наверх | Cообщить модератору

44. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (44), 03-Апр-21, 13:37 
Любой устоявшейся архитектуры. Драфты все еще никому не нужны.
Ответить | Правка | Наверх | Cообщить модератору

96. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от Аноним (96), 03-Апр-21, 23:55 
Только x86 довольно закрытая технология, а RISC открытая. Так что исследователи безопасности там есть уже, зато и сообщить о проблеме можно на береге (и там же исправить) и с большой вероятностью исправить можно прямо в лодке (во время налаженной линии производства), а не как в интеле - несколько лет проектируют, полгода выводят на рынок, опа проблема, ну в следующем процессоре мы ничего править не будем, вот через поколение что-нибудь посмотрим.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

165. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 05-Апр-21, 10:11 
> Так что исследователи безопасности там есть уже

Ну да, сами зобесплатно зоводяцо и чекают и репортят неистово.

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

25. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от torvn77 (ok), 03-Апр-21, 12:24 
>Как будто у RISC-V не будет кеша и предсказаний ветвлений...  

Желающие на RISC-V могут один из этих блоков отключиь или сильно поменять его работу.

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

36. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (-), 03-Апр-21, 13:00 
> Как будто у RISC-V не будет кеша и предсказаний ветвлений...

Где-то будет, где-то нет. От разработчиков ядра зависит. В non-OoO этих проблем нет как категории, например. Это же и ARM'ов касается.

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

118. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (118), 04-Апр-21, 12:55 
> В non-OoO

В первом Atom так было, ни проблем, ни производительности :D

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

146. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 05-Апр-21, 00:32 
Эпикфэйл атома состоял в том что при этом не было ни простоты системы, ни экономичности. А без этого подобное сочетание уже нахрен не уперлось, пардон муа. Поэтому этот крап на мобильных девайсах и не взлетел, несмотря на бредни интелья таблетпцом уже чуть не 2 десятка лет и потуги приплачивать OEM-ам.

Как ARM, только хреновее по всем мыслимым аспектам - не жизнеспособно.

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

183. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (183), 05-Апр-21, 19:03 
Только вот современные тем мобильным атомам армы были совсем грустными и по производительности, и по энергопотреблению.
Ответить | Правка | Наверх | Cообщить модератору

184. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (183), 05-Апр-21, 19:04 
Некоторых армов таки касается.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

8. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (8), 03-Апр-21, 11:25 
Не хочу RISC-V-приди, хочу OpenPOWER-приди!
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

19. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (20), 03-Апр-21, 12:07 
Только, если все, кому не лень, начнут клепать эту архитектуру. А то цены на продукцию IBMHat не для среднего пользователя.
Ответить | Правка | Наверх | Cообщить модератору

46. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +4 +/
Сообщение от Аноним (46), 03-Апр-21, 14:04 
Spectre-компашке подвержен далеко не только х86, ведь проблема в концепции спекулятивного выполнения вообще, а не каких-то конкретных х86 приколах
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

50. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от Аноним (20), 03-Апр-21, 15:01 
Проблема спекулятива бы решилась, если бы при отмене неудачного исполнения, также и из кеша удалялись бы оставленные неудачным исполнением данные.
Ответить | Правка | Наверх | Cообщить модератору

72. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от пох. (?), 03-Апр-21, 17:13 
Эх, вас бы, дорогие смузихлебы, да в зазработчики процессоров, вы бы точно показли всем как на...угробили бы цивилизацию в надежде что у любой проблемы есть простое решение, особенно, если рассматривать ее как гвоздь.

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

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

99. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от Nintendo (?), 04-Апр-21, 04:23 
о том и речь, нормальной архитектуры у интела не было с 8080 и i432, только непредусмотренные хаки, открывающие доступ ко всем ресурсам, для компетентных "товарисчей" из разведок, и вагон уникальных неиспользуемых команд, а теперь и для MachLearninG.
Ответить | Правка | Наверх | Cообщить модератору

103. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от Аноним (-), 04-Апр-21, 11:09 
> Эх, вас бы, дорогие смузихлебы, да в зазработчики процессоров,

Накаркаешь! Вон chisel - вообще какая-то неведома хрень на яве, и сам яваобразный. А, да, на этом RISCV написан и выхлоп этой вундервафли таки можно на фабу отгрузить...

> Выполнять команды задом-наперед, чтобы удалить то что они прочитали, процессор тоже не умеет

Вообще-то OoO примерно это и пытается делать с переменным успехом. В этом весь пойнт. Так можно за такт более 1 команды сжевать, если прокатило. Ессно это не всегда и не везде прокатывает, но если ты обратишь внимание, про очень нагло юзают это в скоростных алгоритмах.

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

98. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Соня Мармеладова (?), 04-Апр-21, 01:31 
А вот в Эльбрусе никакого спекулятивного выполнения не надо. Там все это решается на уровне компиляции. Вообще свойственно всем VLIW архитектурам
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

102. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –3 +/
Сообщение от Онаним (?), 04-Апр-21, 08:07 
На уровне компиляции никакое предсказание ветвлений ты не сделаешь никогда.
Да и прочие низкоуровневые оптимизации многие так же не зайдут. Префетчи надо руками делать. И т.п.
Одна из очень весомых причин того, почему VLIW мёртв.
Ответить | Правка | Наверх | Cообщить модератору

104. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (-), 04-Апр-21, 11:12 
> На уровне компиляции никакое предсказание ветвлений ты не сделаешь никогда.

Откуда это следует? Глядя на то как GCC вообще лихо выпиливает половину функции, _доказав_ что он никогда не вызывается с этими параметрами _глобальным анализом программы_ у меня есть здоровый скепсис насчет этого тезиса, как минимум в таком его виде.

> Да и прочие низкоуровневые оптимизации многие так же не зайдут.

Откуда сие следует? И что такого может железо что не может софт? В каком месте возникает отличие?

> Префетчи надо руками делать. И т.п.

А какие принципиальные проблемы для компилера это сделать?

> Одна из очень весомых причин того, почему VLIW мёртв.

То что никто это не накодил != тому что это _невозможно_. Просто VLIW'ам как-то не повезло в этой вселенной, в том числе по линии проприетарской жабы, когда все зажимали свои "улучшения" этсамого. Ну и дозажимались.

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

109. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (109), 04-Апр-21, 11:31 
Предсказание ветвления по определению подразумевает, что оно работает на runtime-данных. То, чего GCC никогда не наанализирует. Скажем, если у тебя одна переменная установлена в рантайме в True (например, опция) - и в цикле if по ней всегда идёт по этой ветке. В рантайме предсказатель ветвлений увидит, что бранч тут всегда идёт по одной ветке и будет это предсказывать, давая буст для каждой следующей итерации. А GCC такое никогда не соптимизирует, потому что опция по определению может быть как True, так и False. И компилятор _никогда_ не сможет доказать, что ты в рантайме программы жмякнешь (или не жмякнешь) какой-нибудь checkbox в программе и этот кейс нужно соптимизировать. Более того - если ты захочешь отключить эту опцию - предсказатель ветвлений перестроится, и начнёт предсказывать уже ветку else. Как ты такое будешь на этапе компиляции оптимизировать, гений?)))
Ответить | Правка | Наверх | Cообщить модератору

114. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (114), 04-Апр-21, 11:57 
Ну можно сгенерировать 2-3-100 разные эффективные ветки на этапе компиляции, исходя из разных предположений, и ужэ между ними переключаться в рантайме. Разницы размера особой не будет. Кроме того, можно проанализировать, что скорее всего там true, поскольку при false количество и характер связанной логики отличается, и использовать её как предпочтительную (или же использовать указание программиста о likely). AoT именно так и работает.
Ответить | Правка | Наверх | Cообщить модератору

116. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (109), 04-Апр-21, 12:17 
Не, ну, это был достаточно простой пример. В теории да, можно сгенерить два цикла и переходить в одну или другую версию цикла в зависимости от значения переменной. А если значение переменной может меняться в цикле? А если таких if'ов в цикле много? А если условие намного сложнее чем просто True/False? Генерировать по 1000 версий одного и того же цикла? Быстро закончится место на диске, да и многогигабайтные бинарники таскать неудобно.
Ответить | Правка | Наверх | Cообщить модератору

117. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (109), 04-Апр-21, 12:28 
likely/unlikely, к слову - это всего лишь хинт для оптимизации первой итерации, и программист всего лишь просит таким образом подгрузить наиболее вероятную по его мнению ветку. Тем не менее, это имеет смысл только для реально тяжёлых веток + когда точно известно, что в большинстве случаев хинт будет верным (например, если итераций много и likely будет исполняться для всех итераций, кроме последней), ведь если запрефетчить неправильную ветку и потом окажется, что мы наступили на маловероятную ветку - придётся сбрасывать то, что мы закэшировали в CPU, а это дорогая операция.

Тем не менее - likely/unlikely никак не противоречит предсказанию ветвлений, и даже наоборот - дополняет систему branch prediction процессора. Поскольку после первой итерации цикла в дело вступает уже предсказатель ветвлений процессора.

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

147. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от Аноним (147), 05-Апр-21, 00:41 
> Предсказание ветвления по определению подразумевает, что оно работает на runtime-данных.

И это компилеры нынче тоже таки умеют, PGO как раз о чем-то таком.

> предсказатель ветвлений увидит, что бранч тут всегда идёт по одной ветке
> и будет это предсказывать, давая буст для каждой следующей итерации. А
> GCC такое никогда не соптимизирует, потому что опция по определению может
> быть как True, так и False.

Ему в ряде случаев можно и захинтить likely/unlikely, равно как оптимизировать можно более популярный у юзерей code path.

> checkbox в программе и этот кейс нужно соптимизировать.

В принципе некий пойнт в этом есть. Но даже так - хинтят likely/unlikely.

> Более того - если ты захочешь отключить эту опцию - предсказатель ветвлений перестроится, и
> начнёт предсказывать уже ветку else. Как ты такое будешь на этапе
> компиляции оптимизировать, гений?)))

Два варианта code path, отптимизнутые каждый на свой вариант? Да, это может раздуть код.

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

162. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Онаним (?), 05-Апр-21, 08:53 
Два варианта по каждому ветвлению?
Это не просто раздует код. Это раздует его в 2^N раз, где N - число последовательных ветвлений.
Короче удачи бороться с ветряными мельницами :D
Ответить | Правка | Наверх | Cообщить модератору

113. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –2 +/
Сообщение от Онаним (?), 04-Апр-21, 11:48 
> Откуда это следует?

Оттуда, что реальные данные известны только в рантайме.

> То что никто это не накодил != тому что это _невозможно_

Это невозможно потому, что у тебя нет конкретных входных данных на момент компиляции.
И не будет.

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

119. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от Lex (??), 04-Апр-21, 12:57 
И как же это процы неплохо-себе работают, а проги - исполняются, ведь заранее неизвестно, какие данные в ту прогу будут вводиться :)
Даже если никаких ветвлений предсказываться не будет, код как работал, так работать и будет, просто в рамках отдельно взятой архитектуры и ее реализации работать будет медленней.

Вы пытаетесь рассуждать об Эльбрусах аккурат как об х86_только_без_блока_предсказания_ветвлений( от которого у интела уже мозги кипят, этот блок занимает дофига места на кристалле, жрет немало энергии, притом, при каждом выполнении программы с одним и тем же набором данных ).
Да только Эльбрус - это совсем не х86. Настолько, что даже арм - и тот к х86 ближе.

И оптимизации да возможности там упираются далеко не только и не столько исключительно в управление ветвлениями( хотя и это тоже ), сколько в максимальном распараллеливании ака распределении нагрузки по всем ядрам, иначе часть ядер "забивается" НОП-ами.

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

121. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Онаним (?), 04-Апр-21, 13:07 
Да, там наверняка есть волшебные руны, позволяющие входные данные, которые одним ногтем вобьёт секретарша, предсказать ещё на этапе компиляции.

Инфа 100%.

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

124. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от Аноним (109), 04-Апр-21, 13:22 
А кто-то говорил, что код _не будет_ работать без branch prediction?

С Эльбрусом проблема как раз в этом. Это звучит офигенно на бумажке. Сейчас выкинем блок предсказания ветвлений, жрёт много энергии, напишем дофига умный компилятор и вынесем все оптимизации из железа в софт (круто же - можно чинить в софте то, что на Интеле требует замены железа) и сделаем много простых и дешёвых ядер, которые можно будет разом нагружать работой одним VLIW-словом и хорошо параллелизовать код.

Только воз и ныне там. На практике оказывается, что нифига это нетривиально - раскидать вычисления в программе, чтобы эффективно забить VLIW-ядра. Хотя бы стабильно выше 50%. Зависимости по данным - они повсюду. А эффективно жонглировать инструкциями и оптимально нагрузить VLIW-процессор - это NP-hard задача. Вот и получается, что есть чудесная и во всех смыслах офигенная архитектура. Без больших и жрущих блоков предсказания ветвлений. Но, к сожалению, в отличие от блока предсказания ветвлений (который реально ускоряет код) - набумажечные преимущества VLIW на практике оказываются его недостатками. Ибо как задумано - это не работает.

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

148. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (147), 05-Апр-21, 00:46 
Как видим, кроме риально-ускорения-кода в комплекте шло еще over 9000 подстав...

...по поводу чего идея забить на эту оверинженерию и накопипастить побольше ядер каждое из которых попроще и делать софт heavily threaded уже не смотрится бредом. Это конечно не ускорит единичный поток, но обычно узкие места это всякое крипто, кодеки и т.п. алгоритмика и проч, которые так то довольно неплохо параллелятся.

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

156. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от ptr128 (?), 05-Апр-21, 01:39 
Любая программа оперирует данными во время выполнения. Ничто не мешает компилятору, видя, что где-то дальше переменная будет использоваться для условного перехода, при присвоения этой переменной значения, сгенерить код предсказания ветвлений и инициировать спекулятивное чтение, в зависимости от значения полученного переменной. Достаточно, чтобы были в наличии свободные блоки CPU, которые могут этим заниматься в параллель основному потоку.
Причем у компилятора в этом случае возможностей намного больше, чем у процессора.
Разница в том, что CPU сам предсказывает ветвления и инициирует спекулятивное чтение руководствуясь одной и той же микропрограммой на все случаи жизни, тогда как компилятор VLIW формирует аналогичную микропрограмму, но уже оптимизированную для конкретного случая.

Другое дело, что из-за этого сложность VLIW компилятора возрастает существенно. И для тех же Эльбрусов существующие компиляторы используют потенциал VLIW, не намного больше, чем на половину. Там еще огромный простор для математики и разработки. С неведомыми перспективами.

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

161. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от Онаним (?), 05-Апр-21, 08:51 
Разница в том, что CPU делает это в процессе работы.
А любая попытка реализовать это программно - особенно префетч - сожрёт драгоценные такты и линейки кеша.
Более того, если мы говорим об одном проце фиксированной конфигурации - это ещё более-менее реализуемо, пусть даже и полностью неэффективно. Когда у нас появляются вариации (напомнить, сколько вариаций того же x86 за последние хотя бы 5 лет сменилось?) - хардкод оптимизаций будет промахиваться ещё и по ним. Вся прелесть рантайм-оптимизаций в том, что проц "знает" собственную структуру и "имеющиеся на руках" данные и адреса в каждый момент времени.
Ответить | Правка | Наверх | Cообщить модератору

168. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от ptr128 (?), 05-Апр-21, 10:50 
> А любая попытка реализовать это программно - особенно префетч - сожрёт драгоценные
> такты и линейки кеша.

В честь чего, если общением память-кеш в обоих случаях занимается отдельный блок CPU? Просто в одной случае он делает это по фиксированной в CPU микропрограмме, а в случае VLIW - по пользовательской.

> Более того, если мы говорим об одном проце фиксированной конфигурации

Отчасти Вы правы, дополнительные сложности появляются. Но если окончательную компиляцию в VLIW производить уже при установке программного обеспечения из того же LLVM/CLR, то эта проблема решаема.

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

182. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (182), 05-Апр-21, 14:58 
> А вот в Эльбрусе никакого спекулятивного выполнения не надо. Там все это решается на уровне компиляции. Вообще свойственно всем VLIW архитектурам

Опыт Титаника никого ничему не учит. Ну что же, дойдите и вы до того же тупика, в который пришли Intel с HP 10 лет назад.

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

2. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –23 +/
Сообщение от Аноним (114), 03-Апр-21, 10:53 
Как это всё уже надоело. Там вроде у интела сейчас уже меньше оверхэд от заплаток, чем у амд без заплаток.
Ответить | Правка | Наверх | Cообщить модератору

6. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от Онаним (?), 03-Апр-21, 11:18 
Оверхед на переключение контекста у интелей сейчас такой, что mitigations=off почти безальтернативно.
Ну и в новых моделях после затычки мылдауна работа с памятью похреновела до общих уровней, необычно низкой latency старых новые модели похвастаться уже не могут.
Ответить | Правка | Наверх | Cообщить модератору

12. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (114), 03-Апр-21, 11:36 
На похорониксе вон сравнили последние камни, в итоге 2% у интела и 4% у амд. Так что твоё безальтернативно выглядит очень странно.
Ответить | Правка | Наверх | Cообщить модератору

33. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Онаним (?), 03-Апр-21, 12:53 
Сравнили в чём?
В одной операционке с одним приложением?
Переключения контекста становятся критичны например в массовой виртуализации - там оверхед легко доходит до 1/3.
Ответить | Правка | Наверх | Cообщить модератору

79. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +4 +/
Сообщение от Аноним (79), 03-Апр-21, 18:12 
подтверждаю, как началась это вакханалия с патчами на уязвимости - винда в vmware стала заметно медленее отзываться чем раньше.
Ответить | Правка | Наверх | Cообщить модератору

34. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от Онаним (?), 03-Апр-21, 12:55 
И да, про 2% ты звездишь, потому что в том же фурри у них на 11900k вылезло аж 16% даже в такой же конфигурации - только от спектра. Потому что там тредов чуть более одного, и тормоза контекст свитча начинают себя проявлять.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

38. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –7 +/
Сообщение от Аноним (114), 03-Апр-21, 13:04 
Важно то, что у амд он в 2 раза выше.
Ответить | Правка | Наверх | Cообщить модератору

47. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +8 +/
Сообщение от Онаним (?), 03-Апр-21, 14:29 
Важно то, что ты звездишь.
Ответить | Правка | Наверх | Cообщить модератору

49. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от Аноним (114), 03-Апр-21, 14:48 
> Важно то, что ты звездишь.

Я только упомянул о результатах похороникса, из того что тестировал лично я, с заплатками один и тот же код исполняется быстрее чем без них. IO я не сравнивал -- там были серьёзные проблемы с aes-ni, которые сейчас нашли. Вот из-за них были сильные просадки. Раз их нашли только сейчас, значит, они не стоит и важны.

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

15. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –5 +/
Сообщение от Аноним (13), 03-Апр-21, 11:41 
Надо безальтернативно переходить на ARM. Что на десктопе что на серверах.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

22. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +7 +/
Сообщение от Аноним (20), 03-Апр-21, 12:18 
_Безальтернанивно_ переходить на что бы ни было, не следует. А то это _безальтернативно_ начнёт забивать на безопасность.
Ответить | Правка | Наверх | Cообщить модератору

95. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –2 +/
Сообщение от Annoynymous (ok), 03-Апр-21, 23:34 
Кстати, да. Если в мире будет 150 архитектур и 500 дистрибутивов линукса для них, безопасность существенно подрастёт. Удобство - не очень.
Ответить | Правка | Наверх | Cообщить модератору

105. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 04-Апр-21, 11:13 
> Кстати, да. Если в мире будет 150 архитектур и 500 дистрибутивов линукса
> для них, безопасность существенно подрастёт. Удобство - не очень.

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

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

31. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от Онаним (?), 03-Апр-21, 12:51 
Переходите, кто мешает.
А нам и на x86 неплохо.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

35. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от hefenud (ok), 03-Апр-21, 12:56 
На рабочем десктопе перешел без вопросов. RPi4 с 8 гигами оперативки прекрасно работает в качестве десктопа для работы.
А вот на игровом фиг перейдешь, увы. Для игр держу на Ryzen 5 3600, фиг ли делать
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

135. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Annoynymous (ok), 04-Апр-21, 17:56 
> На рабочем десктопе перешел без вопросов. RPi4 с 8 гигами оперативки прекрасно
> работает в качестве десктопа для работы.

https://www.youtube.com/watch?v=HzOWLytXBTg

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

158. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от iPony129412 (?), 05-Апр-21, 06:23 
> На рабочем десктопе перешел без вопросов. RPi4 с 8 гигами оперативки прекрасно работает в качестве десктопа для работы.

Это слишком смешно.
Хотя, конечно, какая работа...

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

163. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от hefenud (ok), 05-Апр-21, 08:57 
И чего смешного?
Хватает за глаза и уши, в чем проблема? Ну понятно, что у тебя работы нет, а комп мамкин, но не у всех так.
Ответить | Правка | Наверх | Cообщить модератору

169. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от iPony129412 (?), 05-Апр-21, 10:57 
> И чего смешного?

Всё смешно - везде проблемы.
8 ГБ уже кое как лезет для разработки.
CPU слишком слаб, инфраструктура меньше. Железо тоже - конечно можно затолкать, но смысла около нуля - тем более, что самый слабый будет компактный компьютер будет по сходной цене и явно не хуже.


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

188. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Vitektm (?), 06-Апр-21, 00:04 
Да он такой умный что ему и 2ух вкладок в браузере хватает
Ответить | Правка | Наверх | Cообщить модератору

68. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Kuromi (ok), 03-Апр-21, 16:50 
Ага, в прошлый вой, когда только нашли первую дырку в Интолле тоже были голоса что мол "а вот ARM\MIPS не подвержены такому в принципе", но где-то через месяц появились осторожные такие анонсы, что возможно все не так безоблачно и подобные дырки вполне допустимы и на MIPS\ARM. Они эту тему не педалировали, конечно, ибо зачем отказываться от такой бесплатной рекламы, но было.

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

74. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +4 +/
Сообщение от 1 (??), 03-Апр-21, 17:16 
множество arm cpu уязвимы
https://developer.arm.com/support/arm-security-updates/specu...

Атакам подвержены такие популярные ядра, как Cortex-A57, A72 или A9 (наряду с менее
распространёнными A8, A15, A17, A73 и A75, а также R7 и R8)

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

76. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (-), 03-Апр-21, 17:20 
А нехрен топовые ништяки хватать, переросткам всегда достается, проверено динозаврами. Какому-нибудь A53 на пару ггц все это до балды и если не борзеть то он и как десктоп катит.
Ответить | Правка | Наверх | Cообщить модератору

85. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от qux (ok), 03-Апр-21, 20:06 
A9 на годы древнее, чем А53
Ответить | Правка | Наверх | Cообщить модератору

106. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (-), 04-Апр-21, 11:17 
> A9 на годы древнее, чем А53

И чего? А какой-нибудь A7 например примерно ровесник ему - но этим скорее всего не страдает, будучи lite версией in-order ядра.

Принципиальная граница водораздела - OoO vs non-OoO ядра. In-order ядра медленее, экономичнее, компактнее, и - не имеют большей части проблем спекулятивных переростков. И A53 хоть и 64-битный и даже на пару ггц бывает, но IIRC - in-order, в отличие от более жирных и топовых.

Если нет спекуляций, то и undo side effects просто ... не требуется. И не может быть забагован. Этой абстракции просто нет, так что она не может быть неидеальной.

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

122. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (118), 04-Апр-21, 13:11 
non-OoO нормально будет только при коротком конвейере, но тогда нужны выше частоты. Возвращаемся к тому, от чего уходили.
Ответить | Правка | Наверх | Cообщить модератору

149. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 05-Апр-21, 00:49 
> non-OoO нормально будет только при коротком конвейере, но тогда нужны выше частоты.
> Возвращаемся к тому, от чего уходили.

Ну так вон RISCV на 4 ГГц ядро жрало 0.2 ватта, а на 5 - около 1 ватта. При таком соотношении их можно эвон сколько даже в мелкий чипак набить без перегрева, а чип в сумме сможет в весьма непозорную производительность. При том даже единичный тред не в таком уж заду из-за высокочастотности.

И еще это на порадок проще и предсказуемее чем все эти предсказатели бранчей и спекулянты, которых судя по сабжу стоит отправить к динозаврам. За то что слишком большие и страшные.

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

160. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от eganru (?), 05-Апр-21, 08:50 
[i]нормально будет только при коротком конвейере[/i] - с чего бы? Ставят где надо в конвеере bypass и всё нормально как-то.
Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

179. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (118), 05-Апр-21, 13:02 
OoO для того и делали, чтобы заполнять его полностью каждый такт. У ARM с его выровненными опкодами да, больше шансов уложить, но x86 с его неоднородными инструкциями можно забыть об этом. Отличный пример плохой реализации длинного конвейера - prescot, там даже OoO не помог.
Ответить | Правка | Наверх | Cообщить модератору

180. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от eganru (?), 05-Апр-21, 13:26 
[i]У ARM с его выровненными опкодами да, больше шансов уложить[/i] - в mips тоже условно говоря нормально. скорее всего и в risc-v всё будет нормально.

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

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

[i]prescot[/i] - плохо помню те времена.

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

172. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноньимъ (ok), 05-Апр-21, 11:55 
Ненадо пожалуйста.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

45. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от анон (?), 03-Апр-21, 13:47 
Только одна заплатка на интеле дает -40% производительности на CPU, можно довести до -%95 для всего IO, если безопасность важна. Поэтому интел только для игр, даже для браузера нельзя, потому что киберкотлетку могут ломануть черес ссылку на WASM.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

64. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –4 +/
Сообщение от Kuromi (ok), 03-Апр-21, 16:43 
Отключите WASM, делов-то. Все равно пока что его никто реально не использует.
Ответить | Правка | Наверх | Cообщить модератору

4. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –6 +/
Сообщение от Анонимemail (4), 03-Апр-21, 11:04 
Вангую появление Java скрипта для атаки на процессоры AMD Zen 3 через браузеры как это было c интелом. Гугл недавно показывал пример такой атаки.
Ответить | Правка | Наверх | Cообщить модератору

11. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +18 +/
Сообщение от milinskyemail (ok), 03-Апр-21, 11:33 
Для начала разберись чем Java от JavaScript отличается, а уже потом школоло-вангуй.
Ответить | Правка | Наверх | Cообщить модератору

23. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от commiethebeastie (ok), 03-Апр-21, 12:20 
Saltykoff'а и Щедрина на вас нет.
Ответить | Правка | Наверх | Cообщить модератору

65. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –3 +/
Сообщение от zzxc (?), 03-Апр-21, 16:44 
> Java скрипта

Я конечно все понимаю, но тут русс.... рунглишом черным по белому это и написано. Взрослые дядьки читать разучились?

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

193. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от commiethebeastie (ok), 12-Апр-21, 12:15 
>> Java скрипта
> Я конечно все понимаю, но тут русс.... рунглишом черным по белому это
> и написано. Взрослые дядьки читать разучились?

Microмягкий, Redшляпа, New и Йорк, Город Angels. Нормально выглядит?

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

5. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от InuYasha (??), 03-Апр-21, 11:07 
Ну что ж, посидим ещё десяток лет на Магни-курсе. А там - глядишь - и светлое будущее настанет.
Ответить | Правка | Наверх | Cообщить модератору

7. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (7), 03-Апр-21, 11:22 
Купи новый ноутбук, который мощнее твоего старого, но извини: поставь заплатку и пользуйся как своим старым.
Ответить | Правка | Наверх | Cообщить модератору

10. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (10), 03-Апр-21, 11:31 
Так не ставь заплатку и пользуйся как новым.
Ответить | Правка | Наверх | Cообщить модератору

24. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (20), 03-Апр-21, 12:22 
Но не ходи в Инет, не запускай софт с закрытым кодом.
Ответить | Правка | Наверх | Cообщить модератору

30. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (30), 03-Апр-21, 12:41 
ИЧСХ не настолько безумная мера, насколько может на первый взгляд показаться.
Ответить | Правка | Наверх | Cообщить модератору

166. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (-), 05-Апр-21, 10:19 
Сильно нужон ваш этот инторнет. Гугловщина да великий клоудвол, нету там ничего.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

170. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (170), 05-Апр-21, 11:17 
про скотосети забыли
Ответить | Правка | Наверх | Cообщить модератору

17. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (13), 03-Апр-21, 11:46 
Так не покупаю новый ноутбук. Маркетолухи тебя просто разводят на бабки, как хомячка!
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

26. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (20), 03-Апр-21, 12:25 
Не, разве что, из-за возможности получить больше памяти.
Ответить | Правка | Наверх | Cообщить модератору

9. Скрыто модератором  –2 +/
Сообщение от Аноним (9), 03-Апр-21, 11:26 
Ответить | Правка | Наверх | Cообщить модератору

14. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Урри (ok), 03-Апр-21, 11:39 
Сообществу давно пора понять - чтобы секретные данные не утекли, надо не кровати двигать, а алгоритмы их обработки менять.

Причем подобная ситуация уже много раз возникала в прошлом. И много раз успешно решалась.

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

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

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

16. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (13), 03-Апр-21, 11:45 
Тут новости из реального мира подвезли: Представляешь что доступ компьютеру только после диплома института пока не ввели. А пользователь без образования он и данные имеет и по сайтам любить лазить, а уж сколько он кода запускает и подумать страшно. И данные в первую очередь утекают у тех кто думает что они в полной безопасности.
Ответить | Правка | Наверх | Cообщить модератору

18. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Урри (ok), 03-Апр-21, 11:57 
Так я об этом и говорю.

Поэтому всякий банковский софт, анонимайзеры, и что там еще, программисты должны писать так, чтобы он не содержал всякие свои чувствительные данные открытым текстом.

Пользователь - не программист. Он не пишет себе браузер, он не пишет себе клиент-банк, он не пишет себе, в конце концов, блокнот для записей кто ему что должен и как на самом деле зовут знакомого хакера ДаркВася.

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

21. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от lockywolf (ok), 03-Апр-21, 12:18 
Если ты пишешь для начальства плохой код, тебя никогда не уволят, риторика что больше в нём никто не разберётся.

Если ты пишешь код с уязвимостями, ты всегда сможешь отомстить начальству, если тебя таки уволили.

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

28. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (28), 03-Апр-21, 12:29 
>Надо хранить хеши паролей

Сразу видно человека, ничего не понимающего в безопасности. Не пароли надо хранить, а публичные ключи.

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

48. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (48), 03-Апр-21, 14:41 
Это детали, сути его слов это не меняет. Не нужно надеяться на то, что прокатит, или на обсфуркацию, нужно стремиться делать с расчетом на то, что данные могут утечь.
Ответить | Правка | Наверх | Cообщить модератору

190. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (190), 09-Апр-21, 15:25 
Если он сальсой20/20 похеширует пароль на клиенте и отдаст на сервер - это и будет хешем от пароля.

Не придирайся к словам.

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

77. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от Аноним (77), 03-Апр-21, 17:55 
>Надо хранить хеши паролей и тогда при возможной утечке ваш пароль все равно никто не получит

Вообще то, пароли из хешей вполне успешно восстанавливаются, если это не какой то зубодробительный пароль из хаотично выбранных символов A-Za-z0-9!@#$%^&*()_-=+\|/:;'"{}[],.? и длиной не менее 12 символов. Всё остальное легко сбручивается одной видеокартой за разумное время. И пароли в стиле Pa$$worD9 совершенно не помогают, потому, что методы формирования таких паролей хакерам известны и число возможны комбинаций сильно меньше, чем у хаотичных символов.
В доверенном ПО тоже бывают дыры и без работающей изоляции нельзя доверять любым данным из не подконтрольной Вам сети или данным с носителя к которому мог получить доступ не доверенный человек. Доверенный человек вполне может сам занести в подконтрольную сеть червя по своей глупости. И эта проблема не решается вообще, несмотря на то, что происходило это не один раз. Просто цена безопасности слишком высока и ей в таких случаях принято жертвовать ради удобства или большей привлекательности продукта.

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

175. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноньимъ (ok), 05-Апр-21, 12:07 
Цена безопасности высока для конкретной комбинации абсолютно не безопасных технологий продвигаемых в публичное пользование уже 30 лет.

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

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

81. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от ИмяХ (?), 03-Апр-21, 18:54 
Кстати кто знает, если открытые пароли просто в файле в папке zip зашифрованный, этого хватит для безопасности?
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

84. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Dmitry (??), 03-Апр-21, 19:39 
Смотря каким алгоритмом зашифрован zip-файл ...

Я бы использовал 7z зашифрованный.
Или зашифровал бы с помощью gnupg2.

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

107. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (107), 04-Апр-21, 11:21 
> Кстати кто знает, если открытые пароли просто в файле в папке zip
> зашифрованный, этого хватит для безопасности?

Если там дефолтный старый зиповский метод - не хватит, он достаточно хилый. Если более новые - прокатит. Но это смотреть надо. В общем правильно вам 7z советуют, его крякать на редкость печально...

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

27. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –2 +/
Сообщение от Аноним (28), 03-Апр-21, 12:28 
Чую, рано Itamiumы дропнули, будет VLIW-реннесанс. Эльбрус, не про*** шанс.
Ответить | Правка | Наверх | Cообщить модератору

54. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (20), 03-Апр-21, 15:19 
Где-то в недрах https://riscv.org/ попадалось, что ISA RISC-V может быть внедрена и во VLIW.
Ответить | Правка | Наверх | Cообщить модератору

70. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 03-Апр-21, 17:10 
Сам по себе набор команд ничего не говорит о реализации бэкэнда его выполняюшего. Возможны разные реализации. А простой набор команд способствует простоте реализации этого самого. Если кто захочет толкать сие сразу блоками по эн по шине - оно вроде этому не мешает особо.

Вопрос правда в том не будет ли проще накопипастить ядер и прогрузить шину до тех же величин менее похабными с точки зрения програмизма методами?

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

189. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (189), 06-Апр-21, 10:29 
Принципиальная разница между вливом и суперскаляром в том, на ком ответсвенность за распараллеливоние на уровне инструкций: на процессоре или на компиляторе

Отсюда и основые плюсы и минусы:
1)Влив железо проще, компилятор - сложнее. Но нужно перекомпилировать под каждую архитектуру, если тайминги поменялись, для наилучшего результата.
2)Суперскаляр - сложное железо, много ест энергии, но перекомпиляция не так критична

Можно в RISCV добавить расширение, которое введёт инструкцию, разделяющая поток инструкций на бандлы и это будет хинтом для процессора, что этот бандл не имеет зависимостей внутри, а для остальных процов это будет nop

Есть 3 вариант, когда между железом и системой компилятор встраивают, чтобы объеденить плюсы обоих архитектур, но комерчески успешных, как я знаю вариантов нет. Кроме Эльбруса, кхе кхе

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

29. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –11 +/
Сообщение от Аноним (29), 03-Апр-21, 12:29 
Ну вот, а то интел да интел. Амудэ само дырявое как бы не хлеще, просто журналы себе купило ручные, чтобы интел гнобили.
Ответить | Правка | Наверх | Cообщить модератору

32. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +8 +/
Сообщение от Онаним (?), 03-Апр-21, 12:51 
По сравнению с мелтдауном, который _реально_ позволяет читать что попало, это так - детский лепет.
Ответить | Правка | Наверх | Cообщить модератору

37. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +5 +/
Сообщение от Аноним (-), 03-Апр-21, 13:03 
У амудэ багов раз так в пять меньше. По поводу чего и импакт от фиксов сильно скромнее. Вот так quality control и приоритеты вендоров и выплыли наружу.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

56. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Sluggard (ok), 03-Апр-21, 15:32 
Ну, ну да.

Вот для владельцев AMD выкатили патч, отвечающий за вкл/выкл отдельной фигни. Можно выключить, можно ничего не трогать, уязвимость потенциальная.

А вот я, владелец Intel, должен либо весь обклеиться заплатками, просаживающими производительность, либо вписывать в параметры загрузки ядра километр опций, отключающий патчи безопасности с этими заплатками.

Совсем одно и тоже.

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

61. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Урри (ok), 03-Апр-21, 16:27 
Забавная логика: заплатка для AMD - ХОРОШО!, заплатка для intel - помногите, я не многу омклеиться замплатками...
Ответить | Правка | Наверх | Cообщить модератору

69. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Sluggard (ok), 03-Апр-21, 16:51 
Потому, что уязвимостей, причём не потенциальных, и, соотвественно, заплаток для Intel много. Потому что из-за них проседает производительность.
Ответить | Правка | Наверх | Cообщить модератору

63. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (9), 03-Апр-21, 16:37 
grep CONFIG_PAGE_TABLE_ISOLATION=y /boot/config-`uname -r` && echo "patched :)" || echo "unpatched :("
CONFIG_PAGE_TABLE_ISOLATION=y
patched :)

Почему у меня Хасвел не тормозит? У вас точно Интел???)

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

88. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (88), 03-Апр-21, 21:14 
Так были тесты, что сэндик - тормозит, хасвелл - уже так себе, а скайлейку вообще без разницы. Вангую, он на i5-2500 до сих пор сидит.
Ответить | Правка | Наверх | Cообщить модератору

91. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от вопрс (?), 03-Апр-21, 22:19 
подскажите начиная с какой версии ядра появились первые заплатки от мельдония, спектрума и прочих спекуляций для интела?
Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

97. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +4 +/
Сообщение от hefenud (ok), 04-Апр-21, 00:17 
4.15 и был бэкпортирован в 4.14.11, 4.9.75, and 4.4.110
Ответить | Правка | Наверх | Cообщить модератору

39. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от pda (ok), 03-Апр-21, 13:09 
По моему единственный выход тут - вводить теневые линии кэша, по аналогии с теневыми регистрами. Чтобы спекулятивно исполняемый код мог быть связан со спекулятивными линиями кэша.
Ответить | Правка | Наверх | Cообщить модератору

62. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Урри (ok), 03-Апр-21, 16:27 
Ты готов за это платить?
Ответить | Правка | Наверх | Cообщить модератору

71. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (-), 03-Апр-21, 17:11 
А ничего что кэш занимает изрядно площади на кристалле? Вам как, ополовинить кэш за ваши бабки или чип подороже сделать за дополнительную цену? :)
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

89. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от pda (ok), 03-Апр-21, 21:38 
> А ничего что кэш занимает изрядно площади на кристалле? Вам как, ополовинить
> кэш за ваши бабки или чип подороже сделать за дополнительную цену?
> :)

Даже L1? Там килобайты же...

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

108. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (-), 04-Апр-21, 11:30 
> Даже L1? Там килобайты же...

Килобайты - но таки сверхскоростного SRAM с обвесом, способного работать на полной частоте проца. Это критичный и жручий кусок. И это, осевшее в L2 или где там, тоже по таймингам весьма измеирмо отличается от DRAM. У DRAM как такового латенси зверская по меркам проца. Настоящие про скоростных алгоритмов делают удобно всей этой механике, если кто не понял, а не просто "пишут программу".

Кэши по возможности максимизируют покуда это не нагибает какие-то другие параметры типа площади и потребления. Shadowing делаеть это непрактичным, половина бюджета просто идет псу под хвост. Вы получаете заметно более хреновый чип при прочих равных. И если это ок, может, проще было накопипастить кучку in-order ядер, просто не имеющих такой проблемы как категории? Это чего доброго оптимальнее окажется чем половину кешей жирноядра подарить под костыль.

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

125. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от user (??), 04-Апр-21, 13:35 
Хитронахлобученое ядро приходится терпеть, когда оно единственное. Технологии созрели для нескольких десятков ядер чуть проще. Но не совсем примитивных, для этого есть отдельные видяхи и прочие DSP.
Ответить | Правка | Наверх | Cообщить модератору

150. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 05-Апр-21, 00:53 
> Хитронахлобученое ядро приходится терпеть, когда оно единственное.

Это вообще где такое сейчас практикуется? Современные 1-ядерные системы ща в основном всякая эмбедовака и проч и там хитрое ядро как раз нафиг никому не надо.

> Технологии созрели для нескольких десятков ядер чуть проще. Но не совсем примитивных, для
> этого есть отдельные видяхи и прочие DSP.

Их прогать - весьма отдельная канитель.

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

176. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноньимъ (ok), 05-Апр-21, 12:14 
К сожалению Настоящие Программисты на сишечке органично неспособно программировать многоядерные архитектуры.
Ответить | Правка | Наверх | Cообщить модератору

126. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от pda (ok), 04-Апр-21, 13:52 
Тогда хотя бы добавлять битовые поля для индикации с какими спекулятивными потоками связана линия. Если при сбрасывании спекулятивного потока команд откажется, что линия не связана ни с чем - очищать её.
Тут по идее значимого замедления не будет, спекулятивные вычисления и так жрут кэш, если ветка, что в итоге будет отброшена уводит выполнение в другую область памяти.
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

127. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от pda (ok), 04-Апр-21, 14:00 
Ну или комбинировать. Я не спец по проектированию процессоров, но тот факт, что размер L1 радикально не увеличился со времён первопней, говорит о том, что бутылочное горлышко там не в площади и энергопотреблении, а в управлении сами кэшем. Чем больше у вас линий в кэше, тем больше операций уходит на проверку что запрос в память попадает в кэшированные данные.
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

177. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (177), 05-Апр-21, 12:19 
>вводить теневые линии кэша, по аналогии с теневыми регистрами. Чтобы спекулятивно исполняемый код мог быть связан со спекулятивными линиями кэша.

А как быть, если спекуляция оказалась в попад? Как, в таком случае, быстро перенести результат спекуляции в основной кеш?

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

186. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от pda (ok), 05-Апр-21, 22:07 
> А как быть, если спекуляция оказалась в попад? Как, в таком случае,
> быстро перенести результат спекуляции в основной кеш?

Так же как с регистрами. Что оказалось в потоке удачной спекуляции коммутируется в белое, остальное уходит в тень.

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

185. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (183), 05-Апр-21, 20:34 
Нахер линии, когда можно обойтись несколькими битами в теге?
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

187. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от pda (ok), 05-Апр-21, 22:13 
> Нахер линии, когда можно обойтись несколькими битами в теге?

Затем что спекуляция уменьшает эффективный размер кэша. Допустим на некотором jxx код расходится. Одна ветка читает из одной области памяти, другая из другой. Процессор спекулятивно выполняет обе, загружая данные для каждой из них в свою линию кэша. Затем он отбрасывает ненужную ветку и теперь чтобы избежать всяких спектров должен сбросить и спекулятивную линию. Когда она загрузилась там были какие-то данные, которые могут пригодится позже. Теперь их нет. И того, что было загружено - нет. Получается размер кэша как бы стал меньше.

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

40. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от VINRARUS (ok), 03-Апр-21, 13:16 
А у меня AMD FX :P
Ответить | Правка | Наверх | Cообщить модератору

41. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (41), 03-Апр-21, 13:30 
> А у меня AMD FX :P

Хорошо квартиру обогревает?


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

43. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от VINRARUS (ok), 03-Апр-21, 13:34 
>> А у меня AMD FX :P
> Хорошо квартиру обогревает?

Лучше покупных рукогреек! https://picua.org/image/pZ6uLk

Харашо шо БП голдовый xD

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

60. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от n00by (ok), 03-Апр-21, 16:21 
Интересно, сколько камень проживёт на 1,58 В.
Ответить | Правка | Наверх | Cообщить модератору

67. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от VINRARUS (ok), 03-Апр-21, 16:45 
> Интересно, сколько камень проживёт на 1,58 В.

32 нм SOI техпроцес + среднебюджетная СВО за 2 года показали шо долго.
А так то 1,58 В выставляет Load Line Calibration в максимальной нагрузке, но тем не более 1,5 В на загруженых ядрах у меня давно и без последствий.

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

191. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от fractal cucumber (?), 11-Апр-21, 15:14 
Тоже FX, больше 50 градусов не бывает. Это ж не Интел.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

42. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от sr71 (?), 03-Апр-21, 13:32 
Вместо PSF лучше-бы отключили PSP.
Ответить | Правка | Наверх | Cообщить модератору

51. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (20), 03-Апр-21, 15:11 
Ещё лучше, позволили бы туда заливать пользовательскую прошивку. Наприме, из Coreboot.
Ответить | Правка | Наверх | Cообщить модератору

73. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (-), 03-Апр-21, 17:14 
Может тебе еще и мастерключ Management Engine дать прописывать, вместо интеля? А как тогда ощущать себя богами и карать тебя внезапной молнией и прочим DRM'ом с небес на твою бошку?!
Ответить | Правка | Наверх | Cообщить модератору

141. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (20), 04-Апр-21, 21:19 
Да, и мастер-ключ тоже.
Ответить | Правка | Наверх | Cообщить модератору

151. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 05-Апр-21, 00:55 
> Да, и мастер-ключ тоже.

В ряде ARM так даже можно.

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

52. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (20), 03-Апр-21, 15:13 
AMD, спасибо за честное признание проблемы.
Ответить | Правка | Наверх | Cообщить модератору

53. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от Sluggard (ok), 03-Апр-21, 15:18 
Ждём Мишу, с заявлением, что у него на Эльбрусе такого нет.
Ответить | Правка | Наверх | Cообщить модератору

55. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +4 +/
Сообщение от Аноним (20), 03-Апр-21, 15:21 
И скромно молчащего, чего там генерит закрытый LCC.
Ответить | Правка | Наверх | Cообщить модератору

132. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (132), 04-Апр-21, 17:19 
Не получается загуглить LCC, можно полное название? Интересно просто что это за штуковина
Ответить | Правка | Наверх | Cообщить модератору

139. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (20), 04-Апр-21, 21:11 
Не знаю, как аббревиатура раскрывается. Это штатный набор компиляторов архитектуры Эльбрус.
Ответить | Правка | Наверх | Cообщить модератору

152. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 05-Апр-21, 00:56 
> Не получается загуглить LCC

Дока не этот проц тоже не гуглится, и вообще, там NDA при покупке ;)

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

159. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от bircoph (ok), 05-Апр-21, 08:20 
На Эльбрусе есть как спекулятивный, так и предикативный режимы исполнения веток. Но решение о возможности наличия таких веток делается не run-time на стороне CPU, а build-time на уровне компилятора и при необходимости управляется программистом (например, можно запретить полуспекулятивный режим или отлючить спекулятивный режим вовсе). Читайте официальный учебник МЦСТ по Эльбрусам и руководство по разработке (оба публично доступны). Ну и делайте выводы сами.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

57. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –1 +/
Сообщение от Аноним (57), 03-Апр-21, 15:34 
Занятно читать как два противоборствующих лагеря  студентов и школьников (благо выходные) AMD и INTEL сруться между собой, как будто эти две компании завтра им выпишут пожизненные ежемесячные стипендии.  Но это не только на этом сайте, это везде так))...
Ответить | Правка | Наверх | Cообщить модератору

58. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (48), 03-Апр-21, 15:52 
> сруться

А вы к которому лагерю примкнули?

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

59. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (57), 03-Апр-21, 16:12 
Я с попкорном в роли зрителя, читателя.. как угодно.. Человек читающий новости, скажем так)). Мне глубоко плевать на мнение этих "экспертов", т.к. в разное время были процессоры и от Intel и от AMD ,  и те и другие со своими задачами справлялись более чем. Тестить на взрывоустойчивость процессор разными тестировщиками, проверять силу тяги на взлет в космос "киберпанком" и "метро" , мерять температуру в комнате при выключенных батареях не собираюсь - вышел с детского возраста, да и не занимался таким никогда.
Ответить | Правка | Наверх | Cообщить модератору

66. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Kuromi (ok), 03-Апр-21, 16:45 
"проверять силу тяги на взлет в космос "киберпанком"" и - это логично, игры больше к GPU требовательны чем к процессору.
Ответить | Правка | Наверх | Cообщить модератору

86. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (86), 03-Апр-21, 20:43 
А как же "процессор раскрывающий возможности видеокарты"(с)?
Ответить | Правка | Наверх | Cообщить модератору

140. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (20), 04-Апр-21, 21:13 
Этим вашим GPU не покомпиляешь, тут CPU однозначно.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

75. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 03-Апр-21, 17:17 
> Я с попкорном в роли зрителя, читателя.. как угодно.

В роли чукчи, который не читатель. "Cруться", блин. Это вообще какой падеж по вашему?!

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

78. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (78), 03-Апр-21, 18:11 
Своим ответом ты подтверждаешь что ты либо школьник, либо студент. Взрослый человек, имеющий как минимум семью, не станет отвечать в подобном русле.
Ответить | Правка | Наверх | Cообщить модератору

110. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (-), 04-Апр-21, 11:32 
>  Своим ответом ты подтверждаешь что ты либо школьник, либо студент. Взрослый
> человек, имеющий как минимум семью, не станет отвечать в подобном русле.

ИМХО, взрослому человеку должно быть стыдно так лажаться. Хотя возможно это старческий маразм, тогда простительно, конечно (после зобана, чтоб не выражовывался).

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

80. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –4 +/
Сообщение от Аноним (78), 03-Апр-21, 18:16 
Ты про мягкий знак в слове "сруться"? О , Господи ! Во-первых, не падежи, а "на какой вопрос отвечает"... во-вторых, ну очепятался, поставил мягкий знак, но видно что ты как раз проходишь падежи в школе, раз обращаешь на это внимание.  В-третьих, какое отношение имеет правописание к теме данной статьи? Хороших оценок тебе в дневнике и подарков от родителей!))
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

82. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (82), 03-Апр-21, 19:06 
Есть мнение, что это не столько очепятка, сколько безграмотность напополам с выпендрёжем. Пациент уже стал определять возраст и семейное положение по комментариям, что характерно.
Ответить | Правка | Наверх | Cообщить модератору

93. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (78), 03-Апр-21, 22:48 
И тут Остапа понесло..Иди уже уроки учи "эксперт IT".  Нельзя ли просто прочитать новость и для себя решить подходит мне это или нет?! Обязательно всем пытаться доказать что твое мнение о том или ином процессоре самое правильное?
Ответить | Правка | Наверх | Cообщить модератору

90. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от pda (ok), 03-Апр-21, 21:39 
>> сруться
> А вы к которому лагерю примкнули?

Судя по мягкому знаку - к лагерю грамматических партизан...

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

83. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (83), 03-Апр-21, 19:27 
Ну наконец-то! А то уже прям неловко себя чувствовал счастливым обладателем AMD :)
Ответить | Правка | Наверх | Cообщить модератору

92. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от White Crow (?), 03-Апр-21, 22:38 
А ничего, что у них там целая проприетарная закрытая ОС в биосе крутится?
Ответить | Правка | Наверх | Cообщить модератору

101. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Аноним (101), 04-Апр-21, 05:37 
Прямо как в интелах? А, нет, подождите, в интелах целых две ОС! Я боюсь представить, что там в ARM. В общем выкидываем все процессоры и переходим обратно на калькуляторы.
Ответить | Правка | Наверх | Cообщить модератору

123. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от anonymous (??), 04-Апр-21, 13:19 
Вы путаете BIOS и PSP. Либо вы называете вполне обычную (и заменимую) реализацию UEFI операционной системой.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

153. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (-), 05-Апр-21, 00:58 
> Вы путаете BIOS и PSP.

А у них фирмвари в 1 флешке обычно...

> Либо вы называете вполне обычную (и заменимую)
> реализацию UEFI операционной системой.

Особенно хорошо оно "заменимое" у интеля с прописаным бутгадом.

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

130. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –2 +/
Сообщение от Аноним (83), 04-Апр-21, 15:38 
BIOS (не UEFI). Ничего не крутится. Учи матчасть.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

131. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (131), 04-Апр-21, 15:48 
> BIOS ... Ничего не крутится.

Какой ты наивный. Сразу видно, ты никогда даже не слышал о протоколах перехвата у биоса управления железом.

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

154. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 05-Апр-21, 01:00 
> перехвата у биоса управления железом.

ME и PSP до 3.14-ы на эти протоколы, это вообше отдельные процы с отдельным кодом side by side c вашим кодом, там вообще похрен что вы на основном проце запустили и что оно делает :). Умеючи DMA в основную память можно вон оттуда вас пропатчить вдоль и поперек, если мутный проприетарный блоб так захотел.

А у интеля вообще оно очень интересно сделано, когда ME даже в сеть может по отдельному data path в обход основного проца и операционки, так что зафайрволить сие - агащаз.

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

94. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Сейд (ok), 03-Апр-21, 23:32 
Разработка Aries Embedded PolarFire SoC FPGA Module уже завершена. Продаётся за 395 €.
Ответить | Правка | Наверх | Cообщить модератору

111. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 04-Апр-21, 11:34 
> Разработка Aries Embedded PolarFire SoC FPGA Module уже завершена. Продаётся за 395 €.

Что сие за вундервафля? Жирная FPGA'шка на платке?

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

144. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Сейд (ok), 04-Апр-21, 22:04 
ПЛИС на базе RISC-V среднего уровня, обеспечивающая низкое энергопотребление, тепловую эффективность и безопасность встраиваемых систем.
Ответить | Правка | Наверх | Cообщить модератору

100. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  –6 +/
Сообщение от Аноним (101), 04-Апр-21, 05:14 
Кто там говорил, что когда в AMD найдут подобную уязвимость - тогда и поговорим? Ну, начинаейте оправдываться :) А я говорил, что компьютеры - один большой костыль и шерето. Что интел, что амуде хороши.
Ответить | Правка | Наверх | Cообщить модератору

173. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +2 +/
Сообщение от Zenitur (ok), 05-Апр-21, 12:06 
> Кто там говорил, что когда в AMD найдут подобную уязвимость - тогда и поговорим?

Информация про Meltdown и Spectre появилась в январе 2018 года. И о том, что Spectre есть в AMD (и некоторых процессорах ARM) было известно сразу же. Только Spectre труднее в эксплуатации, чем Meltdown, поэтому степень опасности объявлена малозначительной.

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

112. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +5 +/
Сообщение от Аноним (112), 04-Апр-21, 11:39 
Проблема не в процессорах, а в современном вебе, где победила концепция скачивания и запуска непонятного кода, без участия пользователя.
И эту проблему решать не собираются.
Ответить | Правка | Наверх | Cообщить модератору

115. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +3 +/
Сообщение от White Crow (?), 04-Апр-21, 12:16 
Нет, просто в Web Development стало слишком много дегенератов.

Нормальные сайты работали и продолжают работать без JS.

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

137. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (137), 04-Апр-21, 20:36 
>Нормальные сайты

Список в студию

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

142. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от White Crow (?), 04-Апр-21, 21:40 
У каждого он свой.
Ответить | Правка | Наверх | Cообщить модератору

155. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +1 +/
Сообщение от Аноним (-), 05-Апр-21, 01:01 
> Список в студию

Ну, вот, сабж. Хотя существуюшую новость подредактивровать без JS уже не дает, падло. Ну, не очень то и хотелось...

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

178. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от PnD (??), 05-Апр-21, 12:28 
RUST
https://rust-lang.github.io/rustup/installation/index.html
"""
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- --default-toolchain none -y
"""

Haskell
https://www.haskell.org/ghcup/
"""
curl --proto '=https' --tlsv1.2 -sSf https://get-ghcup.haskell.org | sh
"""

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

129. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 04-Апр-21, 14:46 
>Наводку на новость прислал Artem S. Tashkinov

Ну прямо гебешные формулировки.

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

174. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от Аноним (-), 05-Апр-21, 12:07 
https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi?az=l...
Ответить | Правка | Наверх | Cообщить модератору

181. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от ALex_hha (ok), 05-Апр-21, 13:59 
AMD неуязвима, Intel pешето, говорили они.
Ответить | Правка | Наверх | Cообщить модератору

192. "Компания AMD подтвердила потенциальную подверженность CPU AM..."  +/
Сообщение от leibniz (ok), 12-Апр-21, 11:32 
ну кто бы мог подумать
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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