https://m.opennet.dev/openforum/vsluhforumID3/123812.html Компания AMD опубликовала отчёт с анализом безопасности технологии оптимизации PSF (Predictive Store Forwarding), реализованной в процессорах серии Zen 3. В ходе исследования теоретически подтверждена применимость к технологии PSF метода атаки Spectre-STL (Spectre-v4), выявленного в мае 2018 года, но на практике способных привести к атаке шаблонов кода пока не найдено и общая опасность оценена как незначительная...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54890<br> https://m.opennet.dev/openforum/vsluhforumID3/123812.html#193 Mon, 12 Apr 2021 09:15:35 GMT &gt;&gt; Java скрипта <br>&gt; Я конечно все понимаю, но тут русс.... рунглишом черным по белому это <br>&gt; и написано. Взрослые дядьки читать разучились?<br><br>Microмягкий, Redшляпа, New и Йорк, Город Angels. Нормально выглядит?<br> https://m.opennet.dev/openforum/vsluhforumID3/123812.html#192 Mon, 12 Apr 2021 08:32:29 GMT ну кто бы мог подумать<br> https://m.opennet.dev/openforum/vsluhforumID3/123812.html#191 Sun, 11 Apr 2021 12:14:04 GMT Тоже FX, больше 50 градусов не бывает. Это ж не Интел.<br> https://m.opennet.dev/openforum/vsluhforumID3/123812.html#190 Fri, 09 Apr 2021 12:25:52 GMT Если он сальсой20/20 похеширует пароль на клиенте и отдаст на сервер - это и будет хешем от пароля.<br><br>Не придирайся к словам.<br> https://m.opennet.dev/openforum/vsluhforumID3/123812.html#189 Tue, 06 Apr 2021 07:29:43 GMT Принципиальная разница между вливом и суперскаляром в том, на ком ответсвенность за распараллеливоние на уровне инструкций: на процессоре или на компиляторе<br><br>Отсюда и основые плюсы и минусы:<br>1)Влив железо проще, компилятор - сложнее. Но нужно перекомпилировать под каждую архитектуру, если тайминги поменялись, для наилучшего результата.<br>2)Суперскаляр - сложное железо, много ест энергии, но перекомпиляция не так критична<br><br>Можно в RISCV добавить расширение, которое введёт инструкцию, разделяющая поток инструкций на бандлы и это будет хинтом для процессора, что этот бандл не имеет зависимостей внутри, а для остальных процов это будет nop<br><br>Есть 3 вариант, когда между железом и системой компилятор встраивают, чтобы объеденить плюсы обоих архитектур, но комерчески успешных, как я знаю вариантов нет. Кроме Эльбруса, кхе кхе<br> https://m.opennet.dev/openforum/vsluhforumID3/123812.html#188 Mon, 05 Apr 2021 21:04:35 GMT Да он такой умный что ему и 2ух вкладок в браузере хватает<br> https://m.opennet.dev/openforum/vsluhforumID3/123812.html#187 Mon, 05 Apr 2021 19:13:50 GMT &gt; Нахер линии, когда можно обойтись несколькими битами в теге?<br><br>Затем что спекуляция уменьшает эффективный размер кэша. Допустим на некотором jxx код расходится. Одна ветка читает из одной области памяти, другая из другой. Процессор спекулятивно выполняет обе, загружая данные для каждой из них в свою линию кэша. Затем он отбрасывает ненужную ветку и теперь чтобы избежать всяких спектров должен сбросить и спекулятивную линию. Когда она загрузилась там были какие-то данные, которые могут пригодится позже. Теперь их нет. И того, что было загружено - нет. Получается размер кэша как бы стал меньше.<br> https://m.opennet.dev/openforum/vsluhforumID3/123812.html#186 Mon, 05 Apr 2021 19:07:58 GMT &gt; А как быть, если спекуляция оказалась в попад? Как, в таком случае, <br>&gt; быстро перенести результат спекуляции в основной кеш?<br><br>Так же как с регистрами. Что оказалось в потоке удачной спекуляции коммутируется в белое, остальное уходит в тень.<br> https://m.opennet.dev/openforum/vsluhforumID3/123812.html#185 Mon, 05 Apr 2021 17:34:55 GMT Нахер линии, когда можно обойтись несколькими битами в теге?<br>