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

Компания AMD подтвердила потенциальную подверженность CPU AMD Zen 3 атаке Spectre-STL, opennews (??), 03-Апр-21, (0) [смотреть все] RISC-V приди да порядок наведи, и заодно составь конкуренцию этой дырявой x86_64, Аноним (1), 10:52 , 03-Апр-21, (1) +6 // Как будто у RISC-V не будет кеша и предсказаний ветвлений , Stanislav (??), 11:03 , 03-Апр-21, (3) +48 // Там не будет исследователей безопасности На x86 их несколько десятилетий не был, Аноним (13), 11:39 , 03-Апр-21, (13) +7 // Маховик раскрутился, теперь исследователи аппаратной безопасности будут всюду дл, Аноним (20), 12:12 , 03-Апр-21, (20) +9 Любой устоявшейся архитектуры Драфты все еще никому не нужны , Аноним (44), 13:37 , 03-Апр-21, (44) +1 Только x86 довольно закрытая технология, а RISC открытая Так что исследователи , Аноним (96), 23:55 , 03-Апр-21, (96) –1 Ну да, сами зобесплатно зоводяцо и чекают и репортят неистово , Аноним (-), 10:11 , 05-Апр-21, (165) Желающие на RISC-V могут один из этих блоков отключиь или сильно поменять его ра, torvn77 (ok), 12:24 , 03-Апр-21, (25) Где-то будет, где-то нет От разработчиков ядра зависит В non-OoO этих проблем , Аноним (-), 13:00 , 03-Апр-21, (36) +1 // В первом Atom так было, ни проблем, ни производительности D, Аноним (118), 12:55 , 04-Апр-21, (118) Эпикфэйл атома состоял в том что при этом не было ни простоты системы, ни эконом, Аноним (-), 00:32 , 05-Апр-21, (146) Только вот современные тем мобильным атомам армы были совсем грустными и по прои, Аноним (183), 19:03 , 05-Апр-21, (183) Некоторых армов таки касается , Аноним (183), 19:04 , 05-Апр-21, (184) Не хочу RISC-V-приди, хочу OpenPOWER-приди , Аноним (8), 11:25 , 03-Апр-21, (8) +1 // Только, если все, кому не лень, начнут клепать эту архитектуру А то цены на про, Аноним (20), 12:07 , 03-Апр-21, (19) +2 Spectre-компашке подвержен далеко не только х86, ведь проблема в концепции спеку, Аноним (46), 14:04 , 03-Апр-21, (46) +4   // Проблема спекулятива бы решилась, если бы при отмене неудачного исполнения, такж, Аноним (20), 15:01 , 03-Апр-21, (50) +3   // Эх, вас бы, дорогие смузихлебы, да в зазработчики процессоров, вы бы точно показ, пох. (?), 17:13 , 03-Апр-21, (72) +3   о том и речь, нормальной архитектуры у интела не было с 8080 и i432, только непр, Nintendo (?), 04:23 , 04-Апр-21, (99) –1   Накаркаешь Вон chisel - вообще какая-то неведома хрень на яве, и сам яваобразны, Аноним (-), 11:09 , 04-Апр-21, (103) +3   А вот в Эльбрусе никакого спекулятивного выполнения не надо Там все это решаетс, Соня Мармеладова (?), 01:31 , 04-Апр-21, (98)   // На уровне компиляции никакое предсказание ветвлений ты не сделаешь никогда Да и , Онаним (?), 08:07 , 04-Апр-21, (102) –3   Откуда это следует Глядя на то как GCC вообще лихо выпиливает половину функции,, Аноним (-), 11:12 , 04-Апр-21, (104) +2   Предсказание ветвления по определению подразумевает, что оно работает на runtime, Аноним (109), 11:31 , 04-Апр-21, (109) +1   Ну можно сгенерировать 2-3-100 разные эффективные ветки на этапе компиляции, исх, Аноним (114), 11:57 , 04-Апр-21, (114)   Не, ну, это был достаточно простой пример В теории да, можно сгенерить два цикл, Аноним (109), 12:17 , 04-Апр-21, (116)   likely unlikely, к слову - это всего лишь хинт для оптимизации первой итерации, , Аноним (109), 12:28 , 04-Апр-21, (117)   И это компилеры нынче тоже таки умеют, PGO как раз о чем-то таком Ему в ряде слу, Аноним (147), 00:41 , 05-Апр-21, (147) –1   Два варианта по каждому ветвлению Это не просто раздует код Это раздует его в 2, Онаним (?), 08:53 , 05-Апр-21, (162)   Оттуда, что реальные данные известны только в рантайме Это невозможно потому, чт, Онаним (?), 11:48 , 04-Апр-21, (113) –2   И как же это процы неплохо-себе работают, а проги - исполняются, ведь заранее не, Lex (??), 12:57 , 04-Апр-21, (119) –1   Да, там наверняка есть волшебные руны, позволяющие входные данные, которые одним, Онаним (?), 13:07 , 04-Апр-21, (121)   А кто-то говорил, что код _не будет_ работать без branch prediction С Эльбрусом , Аноним (109), 13:22 , 04-Апр-21, (124) +3   Как видим, кроме риально-ускорения-кода в комплекте шло еще over 9000 подстав , Аноним (147), 00:46 , 05-Апр-21, (148)   Любая программа оперирует данными во время выполнения Ничто не мешает компилято, ptr128 (?), 01:39 , 05-Апр-21, (156)   Разница в том, что CPU делает это в процессе работы А любая попытка реализовать , Онаним (?), 08:51 , 05-Апр-21, (161) –1   В честь чего, если общением память-кеш в обоих случаях занимается отдельный блок, ptr128 (?), 10:50 , 05-Апр-21, (168) –1   Опыт Титаника никого ничему не учит Ну что же, дойдите и вы до того же тупика, , Аноним (182), 14:58 , 05-Апр-21, (182) +1   Как это всё уже надоело Там вроде у интела сейчас уже меньше оверхэд от заплато, Аноним (114), 10:53 , 03-Апр-21, (2) –23 // Оверхед на переключение контекста у интелей сейчас такой, что mitigations off по, Онаним (?), 11:18 , 03-Апр-21, (6) +3 // На похорониксе вон сравнили последние камни, в итоге 2 у интела и 4 у амд Так, Аноним (114), 11:36 , 03-Апр-21, (12) // Сравнили в чём В одной операционке с одним приложением Переключения контекста ст, Онаним (?), 12:53 , 03-Апр-21, (33) +2 подтверждаю, как началась это вакханалия с патчами на уязвимости - винда в vmwar, Аноним (79), 18:12 , 03-Апр-21, (79) +4 И да, про 2 ты звездишь, потому что в том же фурри у них на 11900k вылезло аж 1, Онаним (?), 12:55 , 03-Апр-21, (34) +3 Важно то, что у амд он в 2 раза выше , Аноним (114), 13:04 , 03-Апр-21, (38) –7 Важно то, что ты звездишь , Онаним (?), 14:29 , 03-Апр-21, (47) +8 Я только упомянул о результатах похороникса, из того что тестировал лично я, с з, Аноним (114), 14:48 , 03-Апр-21, (49) –1 Надо безальтернативно переходить на ARM Что на десктопе что на серверах , Аноним (13), 11:41 , 03-Апр-21, (15) –5 // _Безальтернанивно_ переходить на что бы ни было, не следует А то это _безальтер, Аноним (20), 12:18 , 03-Апр-21, (22) +7 Кстати, да Если в мире будет 150 архитектур и 500 дистрибутивов линукса для них, Annoynymous (ok), 23:34 , 03-Апр-21, (95) –2 Удобство и безопасность живут по разную сторону улицы , Аноним (-), 11:13 , 04-Апр-21, (105) Переходите, кто мешает А нам и на x86 неплохо , Онаним (?), 12:51 , 03-Апр-21, (31) +3 На рабочем десктопе перешел без вопросов RPi4 с 8 гигами оперативки прекрасно р, hefenud (ok), 12:56 , 03-Апр-21, (35) –1 https www youtube com watch v HzOWLytXBTg, Annoynymous (ok), 17:56 , 04-Апр-21, (135) +2 Это слишком смешно Хотя, конечно, какая работа , iPony129412 (?), 06:23 , 05-Апр-21, (158) И чего смешного Хватает за глаза и уши, в чем проблема Ну понятно, что у тебя р, hefenud (ok), 08:57 , 05-Апр-21, (163) –1 Всё смешно - везде проблемы 8 ГБ уже кое как лезет для разработки CPU слишком сл, iPony129412 (?), 10:57 , 05-Апр-21, (169) +1 Да он такой умный что ему и 2ух вкладок в браузере хватает, Vitektm (?), 00:04 , 06-Апр-21, (188) Ага, в прошлый вой, когда только нашли первую дырку в Интолле тоже были голоса ч, Kuromi (ok), 16:50 , 03-Апр-21, (68) +2 множество arm cpu уязвимыhttps developer arm com support arm-security-updates , 1 (??), 17:16 , 03-Апр-21, (74) +4 А нехрен топовые ништяки хватать, переросткам всегда достается, проверено диноза, Аноним (-), 17:20 , 03-Апр-21, (76) +1 A9 на годы древнее, чем А53, qux (ok), 20:06 , 03-Апр-21, (85) +2 И чего А какой-нибудь A7 например примерно ровесник ему - но этим скорее всего , Аноним (-), 11:17 , 04-Апр-21, (106) +2 non-OoO нормально будет только при коротком конвейере, но тогда нужны выше часто, Аноним (118), 13:11 , 04-Апр-21, (122) +1 Ну так вон RISCV на 4 ГГц ядро жрало 0 2 ватта, а на 5 - около 1 ватта При тако, Аноним (-), 00:49 , 05-Апр-21, (149) i нормально будет только при коротком конвейере i - с чего бы Ставят где над, eganru (?), 08:50 , 05-Апр-21, (160) OoO для того и делали, чтобы заполнять его полностью каждый такт У ARM с его вы, Аноним (118), 13:02 , 05-Апр-21, (179) i У ARM с его выровненными опкодами да, больше шансов уложить i - в mips тоже, eganru (?), 13:26 , 05-Апр-21, (180) Ненадо пожалуйста , Аноньимъ (ok), 11:55 , 05-Апр-21, (172) Только одна заплатка на интеле дает -40 производительности на CPU, можно довест, анон (?), 13:47 , 03-Апр-21, (45) +2 // Отключите WASM, делов-то Все равно пока что его никто реально не использует , Kuromi (ok), 16:43 , 03-Апр-21, (64) –4 Вангую появление Java скрипта для атаки на процессоры AMD Zen 3 через браузеры к, Аноним (4), 11:04 , 03-Апр-21, (4) –6 // Для начала разберись чем Java от JavaScript отличается, а уже потом школоло-ванг, milinsky (ok), 11:33 , 03-Апр-21, (11) +18 // Saltykoff а и Щедрина на вас нет , commiethebeastie (ok), 12:20 , 03-Апр-21, (23) +3 Я конечно все понимаю, но тут русс рунглишом черным по белому это и написано, zzxc (?), 16:44 , 03-Апр-21, (65) –3 // Microмягкий, Redшляпа, New и Йорк, Город Angels Нормально выглядит , commiethebeastie (ok), 12:15 , 12-Апр-21, (193) Ну что ж, посидим ещё десяток лет на Магни-курсе А там - глядишь - и светлое бу, InuYasha (??), 11:07 , 03-Апр-21, (5) –1 Купи новый ноутбук, который мощнее твоего старого, но извини поставь заплатку и, Аноним (7), 11:22 , 03-Апр-21, (7) +1 // Так не ставь заплатку и пользуйся как новым , Аноним (10), 11:31 , 03-Апр-21, (10) +1 // Но не ходи в Инет, не запускай софт с закрытым кодом , Аноним (20), 12:22 , 03-Апр-21, (24) +2 // ИЧСХ не настолько безумная мера, насколько может на первый взгляд показаться , Аноним (30), 12:41 , 03-Апр-21, (30) +2 Сильно нужон ваш этот инторнет Гугловщина да великий клоудвол, нету там ничего , Аноним (-), 10:19 , 05-Апр-21, (166) +1 про скотосети забыли, Аноним (170), 11:17 , 05-Апр-21, (170) Так не покупаю новый ноутбук Маркетолухи тебя просто разводят на бабки, как хом, Аноним (13), 11:46 , 03-Апр-21, (17) // Не, разве что, из-за возможности получить больше памяти , Аноним (20), 12:25 , 03-Апр-21, (26) Скрыто модератором, Аноним (9), 11:26 , 03-Апр-21, (9) –2 Сообществу давно пора понять - чтобы секретные данные не утекли, надо не кровати, Урри (ok), 11:39 , 03-Апр-21, (14) +1 // Тут новости из реального мира подвезли Представляешь что доступ компьютеру толь, Аноним (13), 11:45 , 03-Апр-21, (16) +1 // Так я об этом и говорю Поэтому всякий банковский софт, анонимайзеры, и что там е, Урри (ok), 11:57 , 03-Апр-21, (18) +1 // Если ты пишешь для начальства плохой код, тебя никогда не уволят, риторика что б, lockywolf (ok), 12:18 , 03-Апр-21, (21) Сразу видно человека, ничего не понимающего в безопасности Не пароли надо храни, Аноним (28), 12:29 , 03-Апр-21, (28) +2 // Это детали, сути его слов это не меняет Не нужно надеяться на то, что прокатит,, Аноним (48), 14:41 , 03-Апр-21, (48) +2 Если он сальсой20 20 похеширует пароль на клиенте и отдаст на сервер - это и буд, Аноним (190), 15:25 , 09-Апр-21, (190) Вообще то, пароли из хешей вполне успешно восстанавливаются, если это не какой т, Аноним (77), 17:55 , 03-Апр-21, (77) –1 // Цена безопасности высока для конкретной комбинации абсолютно не безопасных техно, Аноньимъ (ok), 12:07 , 05-Апр-21, (175) +1 Кстати кто знает, если открытые пароли просто в файле в папке zip зашифрованный,, ИмяХ (?), 18:54 , 03-Апр-21, (81) +1 // Смотря каким алгоритмом зашифрован zip-файл Я бы использовал 7z зашифрованный, Dmitry (??), 19:39 , 03-Апр-21, (84) +1 Если там дефолтный старый зиповский метод - не хватит, он достаточно хилый Если, Аноним (107), 11:21 , 04-Апр-21, (107) +1 Чую, рано Itamiumы дропнули, будет VLIW-реннесанс Эльбрус, не про шанс , Аноним (28), 12:28 , 03-Апр-21, (27) –2 // Где-то в недрах https riscv org попадалось, что ISA RISC-V может быть внедрен, Аноним (20), 15:19 , 03-Апр-21, (54) // Сам по себе набор команд ничего не говорит о реализации бэкэнда его выполняюшего, Аноним (-), 17:10 , 03-Апр-21, (70) // Принципиальная разница между вливом и суперскаляром в том, на ком ответсвенность, Аноним (189), 10:29 , 06-Апр-21, (189) Ну вот, а то интел да интел Амудэ само дырявое как бы не хлеще, просто журналы , Аноним (29), 12:29 , 03-Апр-21, (29) –11 // По сравнению с мелтдауном, который _реально_ позволяет читать что попало, это та, Онаним (?), 12:51 , 03-Апр-21, (32) +8 У амудэ багов раз так в пять меньше По поводу чего и импакт от фиксов сильно ск, Аноним (-), 13:03 , 03-Апр-21, (37) +5 Ну, ну да Вот для владельцев AMD выкатили патч, отвечающий за вкл выкл отдельной, Sluggard (ok), 15:32 , 03-Апр-21, (56) // Забавная логика заплатка для AMD - ХОРОШО , заплатка для intel - помногите, я н, Урри (ok), 16:27 , 03-Апр-21, (61) +2 // Потому, что уязвимостей, причём не потенциальных, и, соотвественно, заплаток для, Sluggard (ok), 16:51 , 03-Апр-21, (69) +2 grep CONFIG_PAGE_TABLE_ISOLATION y boot config- uname -r echo patched , Аноним (9), 16:37 , 03-Апр-21, (63) // Так были тесты, что сэндик - тормозит, хасвелл - уже так себе, а скайлейку вообщ, Аноним (88), 21:14 , 03-Апр-21, (88) +1 подскажите начиная с какой версии ядра появились первые заплатки от мельдония, с, вопрс (?), 22:19 , 03-Апр-21, (91) // 4 15 и был бэкпортирован в 4 14 11, 4 9 75, and 4 4 110, hefenud (ok), 00:17 , 04-Апр-21, (97) +4 По моему единственный выход тут - вводить теневые линии кэша, по аналогии с тене, pda (ok), 13:09 , 03-Апр-21, (39) // Ты готов за это платить , Урри (ok), 16:27 , 03-Апр-21, (62) А ничего что кэш занимает изрядно площади на кристалле Вам как, ополовинить кэш, Аноним (-), 17:11 , 03-Апр-21, (71) +2 // Даже L1 Там килобайты же , pda (ok), 21:38 , 03-Апр-21, (89) +1 // Килобайты - но таки сверхскоростного SRAM с обвесом, способного работать на полн, Аноним (-), 11:30 , 04-Апр-21, (108) +1 Хитронахлобученое ядро приходится терпеть, когда оно единственное Технологии со, user (??), 13:35 , 04-Апр-21, (125) Это вообще где такое сейчас практикуется Современные 1-ядерные системы ща в осн, Аноним (-), 00:53 , 05-Апр-21, (150) К сожалению Настоящие Программисты на сишечке органично неспособно программирова, Аноньимъ (ok), 12:14 , 05-Апр-21, (176) Тогда хотя бы добавлять битовые поля для индикации с какими спекулятивными поток, pda (ok), 13:52 , 04-Апр-21, (126) Ну или комбинировать Я не спец по проектированию процессоров, но тот факт, что , pda (ok), 14:00 , 04-Апр-21, (127) А как быть, если спекуляция оказалась в попад Как, в таком случае, быстро перен, Аноним (177), 12:19 , 05-Апр-21, (177) // Так же как с регистрами Что оказалось в потоке удачной спекуляции коммутируется, pda (ok), 22:07 , 05-Апр-21, (186) Нахер линии, когда можно обойтись несколькими битами в теге , Аноним (183), 20:34 , 05-Апр-21, (185) // Затем что спекуляция уменьшает эффективный размер кэша Допустим на некотором jx, pda (ok), 22:13 , 05-Апр-21, (187) А у меня AMD FX P, VINRARUS (ok), 13:16 , 03-Апр-21, (40) // Хорошо квартиру обогревает , Аноним (41), 13:30 , 03-Апр-21, (41) +2 // Лучше покупных рукогреек https picua org image pZ6uLkХарашо шо БП голдовый xD, VINRARUS (ok), 13:34 , 03-Апр-21, (43) –1 // Интересно, сколько камень проживёт на 1,58 В , n00by (ok), 16:21 , 03-Апр-21, (60) 32 нм SOI техпроцес среднебюджетная СВО за 2 года показали шо долго А так то 1, VINRARUS (ok), 16:45 , 03-Апр-21, (67) Тоже FX, больше 50 градусов не бывает Это ж не Интел , fractal cucumber (?), 15:14 , 11-Апр-21, (191) Вместо PSF лучше-бы отключили PSP , sr71 (?), 13:32 , 03-Апр-21, (42) +1 // Ещё лучше, позволили бы туда заливать пользовательскую прошивку Наприме, из Cor, Аноним (20), 15:11 , 03-Апр-21, (51) +2 // Может тебе еще и мастерключ Management Engine дать прописывать, вместо интеля А, Аноним (-), 17:14 , 03-Апр-21, (73) +2 // Да, и мастер-ключ тоже , Аноним (20), 21:19 , 04-Апр-21, (141) В ряде ARM так даже можно , Аноним (-), 00:55 , 05-Апр-21, (151) AMD, спасибо за честное признание проблемы , Аноним (20), 15:13 , 03-Апр-21, (52) +2 Ждём Мишу, с заявлением, что у него на Эльбрусе такого нет , Sluggard (ok), 15:18 , 03-Апр-21, (53) +3 // И скромно молчащего, чего там генерит закрытый LCC , Аноним (20), 15:21 , 03-Апр-21, (55) +4 // Не получается загуглить LCC, можно полное название Интересно просто что это за , Аноним (132), 17:19 , 04-Апр-21, (132) // Не знаю, как аббревиатура раскрывается Это штатный набор компиляторов архитекту, Аноним (20), 21:11 , 04-Апр-21, (139) Дока не этот проц тоже не гуглится, и вообще, там NDA при покупке , Аноним (-), 00:56 , 05-Апр-21, (152) На Эльбрусе есть как спекулятивный, так и предикативный режимы исполнения веток , bircoph (ok), 08:20 , 05-Апр-21, (159) +1 Занятно читать как два противоборствующих лагеря студентов и школьников благо , Аноним (57), 15:34 , 03-Апр-21, (57) –1 // А вы к которому лагерю примкнули , Аноним (48), 15:52 , 03-Апр-21, (58) +2 // Я с попкорном в роли зрителя, читателя как угодно Человек читающий новости,, Аноним (57), 16:12 , 03-Апр-21, (59) // проверять силу тяги на взлет в космос киберпанком и - это логично, игры боль, Kuromi (ok), 16:45 , 03-Апр-21, (66) +1 А как же процессор раскрывающий возможности видеокарты с , Аноним (86), 20:43 , 03-Апр-21, (86) Этим вашим GPU не покомпиляешь, тут CPU однозначно , Аноним (20), 21:13 , 04-Апр-21, (140) В роли чукчи, который не читатель Cруться , блин Это вообще какой падеж по ва, Аноним (-), 17:17 , 03-Апр-21, (75) Своим ответом ты подтверждаешь что ты либо школьник, либо студент Взрослый чел, Аноним (78), 18:11 , 03-Апр-21, (78) ИМХО, взрослому человеку должно быть стыдно так лажаться Хотя возможно это стар, Аноним (-), 11:32 , 04-Апр-21, (110) +1 Ты про мягкий знак в слове сруться О , Господи Во-первых, не падежи, а на , Аноним (78), 18:16 , 03-Апр-21, (80) –4 Есть мнение, что это не столько очепятка, сколько безграмотность напополам с вып, Аноним (82), 19:06 , 03-Апр-21, (82) И тут Остапа понесло Иди уже уроки учи эксперт IT Нельзя ли просто прочитат, Аноним (78), 22:48 , 03-Апр-21, (93) +1 Судя по мягкому знаку - к лагерю грамматических партизан , pda (ok), 21:39 , 03-Апр-21, (90) +3 Ну наконец-то А то уже прям неловко себя чувствовал счастливым обладателем AMD , Аноним (83), 19:27 , 03-Апр-21, (83) +1 А ничего, что у них там целая проприетарная закрытая ОС в биосе крутится , White Crow (?), 22:38 , 03-Апр-21, (92) // Прямо как в интелах А, нет, подождите, в интелах целых две ОС Я боюсь представ, Аноним (101), 05:37 , 04-Апр-21, (101) +2 Вы путаете BIOS и PSP Либо вы называете вполне обычную и заменимую реализацию, anonymous (??), 13:19 , 04-Апр-21, (123) +1 // А у них фирмвари в 1 флешке обычно Особенно хорошо оно заменимое у интеля с, Аноним (-), 00:58 , 05-Апр-21, (153) +1 BIOS не UEFI Ничего не крутится Учи матчасть , Аноним (83), 15:38 , 04-Апр-21, (130) –2 // Какой ты наивный Сразу видно, ты никогда даже не слышал о протоколах перехвата , Аноним (131), 15:48 , 04-Апр-21, (131) // ME и PSP до 3 14-ы на эти протоколы, это вообше отдельные процы с отдельным кодо, Аноним (-), 01:00 , 05-Апр-21, (154) Разработка Aries Embedded PolarFire SoC FPGA Module уже завершена Продаётся за , Сейд (ok), 23:32 , 03-Апр-21, (94) +2 // Что сие за вундервафля Жирная FPGA шка на платке , Аноним (-), 11:34 , 04-Апр-21, (111) // ПЛИС на базе RISC-V среднего уровня, обеспечивающая низкое энергопотребление, те, Сейд (ok), 22:04 , 04-Апр-21, (144) Кто там говорил, что когда в AMD найдут подобную уязвимость - тогда и поговорим , Аноним (101), 05:14 , 04-Апр-21, (100) –6 // Информация про Meltdown и Spectre появилась в январе 2018 года И о том, что Spe, Zenitur (ok), 12:06 , 05-Апр-21, (173) +2 Проблема не в процессорах, а в современном вебе, где победила концепция скачиван, Аноним (112), 11:39 , 04-Апр-21, (112) +5 // Нет, просто в Web Development стало слишком много дегенератов Нормальные сайты р, White Crow (?), 12:16 , 04-Апр-21, (115) +3 // Список в студию, Аноним (137), 20:36 , 04-Апр-21, (137) // У каждого он свой , White Crow (?), 21:40 , 04-Апр-21, (142) Ну, вот, сабж Хотя существуюшую новость подредактивровать без JS уже не дает, п, Аноним (-), 01:01 , 05-Апр-21, (155) +1 RUSThttps rust-lang github io rustup installation index html curl --proto , PnD (??), 12:28 , 05-Апр-21, (178) Ну прямо гебешные формулировки , Аноним (-), 14:46 , 04-Апр-21, (129) https www opennet ru cgi-bin openforum vsluhboard cgi az list forum vsluhforum, Аноним (-), 12:07 , 05-Апр-21, (174) AMD неуязвима, Intel pешето, говорили они , ALex_hha (ok), 13:59 , 05-Апр-21, (181) ну кто бы мог подумать, leibniz (ok), 11:32 , 12-Апр-21, (192) 1,2,4,5,7,14,27,29,39,40,42,52,53,57,83,92,94,100,112,129,174,181,192

Сообщения

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

	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ообщить модератору

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

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