The OpenNET Project / Index page

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



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

Оглавление

Семь новых атак на механизм спекулятивного выполнения в CPU, opennews (??), 14-Ноя-18, (0) [смотреть все]

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


23. "Семь новых атак на механизм спекулятивного выполнения в CPU"  –10 +/
Сообщение от Аноним (23), 15-Ноя-18, 01:22 
А Intel Itanium подвержен впринципе таким атакам?
Ответить | Правка | Наверх | Cообщить модератору

32. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +14 +/
Сообщение от Led (ok), 15-Ноя-18, 01:38 
Мёртвые не потеют.
Ответить | Правка | Наверх | Cообщить модератору

101. "Семь новых атак на механизм спекулятивного выполнения в CPU"  –4 +/
Сообщение от Аноним (-), 15-Ноя-18, 11:16 
Говорят волосы у них продолжают расти
Ответить | Правка | Наверх | Cообщить модератору

36. "Семь новых атак на механизм спекулятивного выполнения в CPU"  –1 +/
Сообщение от КГБ СССР (?), 15-Ноя-18, 01:44 
Нет. Но много разных других «но». Скажем, если б Итанику хотя бы уполовинить энергопотребление, то у него был бы шанс.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

39. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +1 +/
Сообщение от Аноним (40), 15-Ноя-18, 01:47 
тИтаник было не спасти с самого начала, а айсбергом вылетела попытка заменить комбайн снегоуборщиком. Так же, как и с прочими VLIW
Ответить | Правка | Наверх | Cообщить модератору

42. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от КГБ СССР (?), 15-Ноя-18, 02:40 
Трудности с VLIW обусловлены, как мы знаем, не самим VLIW, а прежде всего тем, что эта архитектура заведомо не подходит общепринятому циклу производства софтверного г-на для копроэкономики. Чисто гипотетически, если убрать x86 и орды г-нокодеров, пишущих всякое нeнyжнo под него, то для оставшихся вменяемых и разумных программеров нашлось бы чем заняться для машин с VLIWом в пузе.

Я бы для себе экспериментов купил у работодателей шигорена пару эльбрусов, но по цене не более 5 тыр. за штуку плюс ещё 5 тыр. за двухсокетную плату. :)

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

51. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Аноним (51), 15-Ноя-18, 05:56 
> ...пишущих всякое нeнyжнo под него, то найдётся такая же куча программистов которая будет писать всякое ненужно под VLIW.

FTFY

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

55. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Аноним (55), 15-Ноя-18, 06:18 
В целом с тобой согласен. Самые распространённые процессоры просто оптимизированы под некачественный код, который нужно предсказывать чтобы побыстрее выполнять. Экономят деньги на квалифицированных программистах и времени разработки программ за счёт усложнения процессоров.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

81. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от КГБ СССР (?), 15-Ноя-18, 09:36 
> В целом с тобой согласен. Самые распространённые процессоры просто оптимизированы под некачественный
> код, который нужно предсказывать чтобы побыстрее выполнять. Экономят деньги на квалифицированных
> программистах и времени разработки программ за счёт усложнения процессоров.

Ага. Только нынче некуда растить частоту, как было можно в девяностых, покрывая тогдашний детский шлак увеличением чистой производительности железа. Следовательно, вал г-нокода неминуемо затопит нас. Ребятки с программной логикой на отступах всё порешают. :)

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

126. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +1 +/
Сообщение от Аноним (126), 15-Ноя-18, 13:32 
> Ребятки с программной логикой на отступах  всё порешают. :)

Хаскелисты/Мирандисты и F#-сты готовят диверсию?

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

165. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Anon4ik (ok), 16-Ноя-18, 12:31 
А чего не пихонеры?
Ответить | Правка | Наверх | Cообщить модератору

122. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Анонимный Алкоголик (??), 15-Ноя-18, 12:49 
> В целом с тобой согласен. Самые распространённые процессоры просто оптимизированы под некачественный
> код, который нужно предсказывать чтобы побыстрее выполнять. Экономят деньги на квалифицированных
> программистах и времени разработки программ за счёт усложнения процессоров.

Код на этом уровне качественный. Тем более что часто генерируется компиляторами. (которые сами всё что нужно и можно предсказывают причём на основе гораздо более обширного анализа программы)

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

57. "Семь новых атак на механизм спекулятивного выполнения в CPU"  –2 +/
Сообщение от Аноним (56), 15-Ноя-18, 06:53 
говно-компилятором gcc обусловлены проблемы итаниума - каждый кто глянет тот код который генерил gcc для ia64, сойдет с ума. 2/3 бинарника это NOP.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

58. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +2 +/
Сообщение от пох (?), 15-Ноя-18, 07:32 
странно, что гуанокомпилятор gcc не создал ни малейших проблем для ix86 - хотя во времена доступности итаниумов генерил точно такой же дрянной код и для них, чем и вызвал к жизни кучу клонов - pgcc, egcs и т п - которые хоть что-то умели оптимизировать (тоже плохо).

и да, где же были прекрасные компиляторы от intel и ibm?

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

79. "Семь новых атак на механизм спекулятивного выполнения в CPU"  –1 +/
Сообщение от КГБ СССР (?), 15-Ноя-18, 09:29 
> и да, где же были прекрасные компиляторы от intel и ibm?

По какой-то непостижимой причине IBM не была заинтересована в успехе Итаниума. Вот ведь странно, да? :)

Ну а Штеуд это печаль. Руки-крюки и все растут из того места, что ниже спины сзади. Процессоры делать научились, а софт писать -- увы. Итаник это уже по меньшей мере третья перспективная архитектура, которую они успешно проторговали лицом из-за неумения хорошо писать сложную малварь для собственного железа. Вплоть до того, что для широко известного шпионского чипа им софт предоставил добрый дедушка Танненбаум, а жабку -- всякие сторонние сантехники. Не, ну не всё так ужасно, ибо действительно мало кто способен хорошо писать сложный софт. Штеуд в целом справляется, особенно если не забывать про дрова для встроенного видео и закладки^W дрова для сетевых карточек. Это, безусловно, успех. Громкий и всемирный.

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

109. "Семь новых атак на механизм спекулятивного выполнения в CPU"  –2 +/
Сообщение от Аноним (109), 15-Ноя-18, 11:54 
Интеловский компилятор, традиционно, не бесплатный. Отсюда и проблема итаника с софтом. Но по качеству кода он уделывал и уделывает gcc. Так что с фраза про то что интел не умеет писать софт - точно мимо.
Ответить | Правка | Наверх | Cообщить модератору

117. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +1 +/
Сообщение от нах (?), 15-Ноя-18, 12:27 
а все деньги горе-разработчиков потрачены на сам итаник, на компилятор уже никак не наскрести.

gcc какбе никогда и не было о качестве кода (а когда началось, его начали старательно портить), оно было о "затобесплатно" всегда и во всем (ну и еще "зато работает", что, скажем, для сановского родного компилятора было верно только местами и временами)

так что итаник потопило что-то другое. Наверное, проклятая майкрософт? Хотя, нет, они же поддерживали его сколько могли, в отличие от других утонувших платформ, кстати.

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

170. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Michael Shigorinemail (ok), 16-Ноя-18, 15:00 
> gcc какбе никогда и не было о качестве кода (а когда началось,
> его начали старательно портить), оно было о "затобесплатно" всегда и во
> всем (ну и еще "зато работает", что, скажем, для сановского родного
> компилятора было верно только местами и временами)

Нуу ещё про gnu extensions, будем честны.

> так что итаник потопило что-то другое. Наверное, проклятая майкрософт?
> Хотя, нет, они же поддерживали его сколько могли, в отличие от других утонувших
> платформ, кстати.

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

Ну, "по некоторым данным из траншей".

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

167. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +1 +/
Сообщение от meantraitor (?), 16-Ноя-18, 12:43 
Во-первых, не всегда.
А во-вторых, icc даже не не всегда все SPEC CPU может скомпилировать, не говоря уже про все остальное.
По правде говоря, icc никогда не был general purpose компилятором.
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

80. "Семь новых атак на механизм спекулятивного выполнения в CPU"  –1 +/
Сообщение от КГБ СССР (?), 15-Ноя-18, 09:33 
> 2/3 бинарника это NOP.

Ну вот кагбе да, это впечатляет.

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


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

86. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Аноним (86), 15-Ноя-18, 09:56 
да вроде на вторых итанах это порешали.
Ответить | Правка | Наверх | Cообщить модератору

95. "Семь новых атак на механизм спекулятивного выполнения в CPU"  –2 +/
Сообщение от КГБ СССР (?), 15-Ноя-18, 10:36 
> да вроде на вторых итанах это порешали.

Не сильно и порешали. Все камни с тепловыделением сильно за 100 Вт. Эконом-класса нет вообще. Кому так сильно надо, что готовы платить по счётчику много денег, те и такое купят, а больше никто.

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

110. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Аноним (109), 15-Ноя-18, 11:55 
Мы сейчас точно про серверные камни говорим?
Ответить | Правка | Наверх | Cообщить модератору

112. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от нах (?), 15-Ноя-18, 11:56 
> Не сильно и порешали. Все камни с тепловыделением сильно за 100 Вт.
> Эконом-класса нет вообще. Кому так сильно надо, что готовы платить по

"представительское жилье эконом-класса" бывает только в агитках рюйских риэлторов.

Если тебе нужна мощная числодробилка - довольно глупо искать ее "эконом-вариант", да еще и удивляться, что никто не бежит с предложениями.

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

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

137. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +2 +/
Сообщение от pavlinux (ok), 15-Ноя-18, 15:40 
> Я бы для себе экспериментов купил

То есть нихрена не имеешь, зато утверждаем про устрицы, что:
> Трудности с VLIW,.. как мы знаем,..., архитектура заведомо не подходит,...

Даю 1000$, что ты даже на x86 ассме, без копипасты с гугла, Hello World не осилишь, какой впесту VLIW.
...

>  если убрать .. орды г-нокодеров

Самокритика, похвально!  

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

168. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от meantraitor (?), 16-Ноя-18, 12:48 
Ай, да неужто?
Чтобы VLIW хорошо/быстро работал, ему надо набивать слоты хотя бы процентов на 60-70.
Не все задачи обладают достаточным внутренним параллелизмом для этого.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

171. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Michael Shigorinemail (ok), 16-Ноя-18, 15:02 
> Не все задачи обладают достаточным внутренним параллелизмом для этого.

Зато уж если есть/помогли -- потенциально просматривается и выход одного потока за одно ядро.

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

186. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Онаним (?), 18-Ноя-18, 11:44 
Увы, это так. Трудности VLIW обусловлены тем, что это сферическая архитектура в вакууме, практическая оптимизация под которую - трэш и адуха.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

198. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от pavlinux (ok), 18-Ноя-18, 15:21 
> Увы, это так. Трудности VLIW обусловлены тем, что это сферическая архитектура в
> вакууме, практическая оптимизация под которую - трэш и адуха.


.L6:
        {
          adds,0,sm     0x0, 0x1, %r5
          adds,1,sm     0x0, 0x1, %r6
          return        %ctpr3
        }

Чо видим? Два константных сложения 1 + 0, помещаются в %r5 и r%6,

Наверно проще загрузить две константы сразу в r5, r6?


ldw,0 0x1, %r5
ldw,1 0x1, %r6


Это аццки сложно? 1 минута ушла на поиск.

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

201. "Семь новых атак на механизм спекулятивного выполнения в CPU"  +/
Сообщение от Онаним (?), 18-Ноя-18, 23:22 
А теперь что-нибудь повеселее. Например кодек H.264.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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