The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в чипсетах Intel, позволяющая извлечь корневой кл..., opennews (??), 05-Мрт-20, (0) [смотреть все]

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


36. "Уязвимость в чипсетах Intel, позволяющая извлечь корневой кл..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-20, 23:59 
Ну я два года как сбёг на e2k и вполне этим доволен.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

46. "Уязвимость в чипсетах Intel, позволяющая извлечь корневой кл..."  +7 +/
Сообщение от vantoo (ok), 06-Мрт-20, 02:19 
> Ну я два года как сбёг на e2k и вполне этим доволен.

Мы за вас рады. За всех четырех. Сидите и радуйтесь, что ваш Неуловимый Джо никому нафиг не нужен.

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

67. "Уязвимость в чипсетах Intel, позволяющая извлечь корневой кл..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-20, 08:26 
>> Ну я два года как сбёг на e2k и вполне этим доволен.
> Мы за вас рады. За всех четырех.

"Все четыре" -- это пара машинок из сколковского кванториума в штатной комплектации, если что. :)

> Сидите и радуйтесь, что ваш Неуловимый Джо никому нафиг не нужен.

Ну у меня, скажем так, немного другие сведения.  Причём с очень разных сторон вопроса.  Так что караван продолжает движение.

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

144. "Уязвимость в чипсетах Intel, позволяющая извлечь корневой кл..."  +2 +/
Сообщение от Аноним (144), 07-Мрт-20, 06:12 
> Так что караван продолжает движение.

С такими темпами движения и методиками разработки - либо шах, либо ишак...

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

47. "Уязвимость в чипсетах Intel, позволяющая извлечь корневой кл..."  +3 +/
Сообщение от Аноним (47), 06-Мрт-20, 02:26 
Сам купил или за чужой счет пользуешся?
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

70. "Уязвимость в чипсетах Intel, позволяющая извлечь корневой кл..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-20, 08:55 
> Сам купил или за чужой счет пользуешся?

На контору купили по моему направлению.  Сам тоже хочу, но без хаков с ИП :)

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

128. "Уязвимость в чипсетах Intel, позволяющая извлечь корневой кл..."  +/
Сообщение от Аноним (128), 06-Мрт-20, 17:32 
А что, ИП-шникам уже продают?
Ответить | Правка | Наверх | Cообщить модератору

175. "Уязвимость в чипсетах Intel, позволяющая извлечь корневой кл..."  +/
Сообщение от bircoph (ok), 09-Мрт-20, 23:20 
> А что, ИП-шникам уже продают?

Насколько я знаю, такие случаи были.

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

53. "E2K это Эльбрус который?"  –1 +/
Сообщение от Вася (??), 06-Мрт-20, 04:13 
300 MHz? Сурьезно, оно вебсайты то рендерит хоть?

Просто тогда уж АРМ какой нить на ~1Ghz и то веселее

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

71. "E2K это Эльбрус который?"  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-20, 08:59 
> 300 MHz? Сурьезно, оно вебсайты то рендерит хоть?
> Просто тогда уж АРМ какой нить на ~1Ghz и то веселее

Вася, Васюнечка, просыпайся, кашка стынет!..

1300 МГц, восемь ядер -- это то, что несколько лет как production (быстрее предыдущего поколения, которое было ещё тремя годами раньше, примерно вдвое на ядро и вчетверо по сумме ядер).

http://sdelanounas.ru/blogs/119017/
http://sdelanounas.ru/blogs/122600/
и всё такое.

Пойти пощупать как раз-таки с RX580 в Москве можно в яндекс-музей.

А сейчас выкатывают e2kv5 -- полтора гигагерца, 128-битные регистры и пока те же восемь ядер на 28 нм (следом уже маячит v6, там будет до шестнадцати на двух и сделано потоньше).

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

74. "E2K это Эльбрус который?"  +1 +/
Сообщение от ryoken (ok), 06-Мрт-20, 09:08 
А чего ж в генте про ваш замечательный е2к ваще ни звука и даже архитектуры такой не числится? :) Даже мой дремучий ppc64 всё ещё есть.
Ответить | Правка | Наверх | Cообщить модератору

82. "E2K это Эльбрус который?"  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-20, 10:23 
> А чего ж в генте про ваш замечательный е2к ваще ни звука
> и даже архитектуры такой не числится? :)

Потому что lcc -- единственный на сейчас хорошо работающий компилятор C/C++ для e2k -- закрыт.  Мой коллега, помогающий по проекту -- как раз bircoph@gentoo :-)

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

86. "E2K это Эльбрус который?"  +/
Сообщение от Онанимус (?), 06-Мрт-20, 10:46 
>закрыт.

Ну как откроете и ноуты на всем этом по цене Lenovo серии E продавать на ЯндексМаркете будете, тогда я куплю.

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

90. "E2K это Эльбрус который?"  +1 +/
Сообщение от ryoken (ok), 06-Мрт-20, 11:37 
> Потому что lcc -- единственный на сейчас хорошо работающий компилятор C/C++ для
> e2k -- закрыт.  Мой коллега, помогающий по проекту -- как
> раз bircoph@gentoo :-)

Сие всё есть печально весьма... Хотя, учитывая полное отсутствие железа в продаже для обычного юзера (даже местами линуксоидного энтузиаста) - е2к кагбе и не существует для ширнармасс.

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

127. "E2K это Эльбрус который?"  +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-20, 17:11 
>> lcc [...] закрыт.
> Сие всё есть печально весьма...

Не то слово.

> Хотя, учитывая полное отсутствие железа в продаже для обычного юзера
> (даже местами линуксоидного энтузиаста) - е2к кагбе и не существует
> для ширнармасс.

Работаем над этим.  Не первый год и местами сильно трудно, но сдвигается.

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

162. "E2K это Эльбрус который?"  +1 +/
Сообщение от Vkni (ok), 07-Мрт-20, 22:14 
> Работаем над этим.  Не первый год и местами сильно трудно, но
> сдвигается.

У них хотя бы фиксированный набор инструкций?

Вообще, судя по разным дискуссиям вокруг того же Мультиклета, язык С очень далёк от системного языка таких "необычных" процессоров. Кроме того, явный параллелизм очень хорошо подходит для pattern-matching'а, позволяя протестировать сразу несколько разных веток исполнения (то есть, ускорение всякой хардкорно-энтерпрайзной бизнес-логики).

То есть, на месте Эльбрусников, я бы попробовал пообщаться с функциональщиками, имеющими свои кодогенераторы, вроде GHCшников или Caml'щиков. Те же Камлщики, в своё время, делали серьёзное исследование на тему генерации производительного кода по pattern-matching'у.

Причём у Камла был кодогенератор для Итаниума. То есть, если с ними связаться, может быть можно сделать какое-то прикладное computer-science исследование.

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

164. "E2K это Эльбрус который?"  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-20, 23:11 
> У них хотя бы фиксированный набор инструкций?

Расширяется между версиями архитектуры, но как минимум в ряду v2->v3->v4 обратная совместимость на практике наблюдается.

> Вообще, судя по разным дискуссиям вокруг того же Мультиклета,
> язык С очень далёк от системного языка таких "необычных" процессоров.

Тут мне сложно судить, это лучше вместе к ним в гости наведаться.

> Кроме того, явный параллелизм очень хорошо подходит для
> pattern-matching'а, позволяя протестировать сразу несколько
> разных веток исполнения (то есть, ускорение всякой хардкорно-
> энтерпрайзной бизнес-логики).

На железном уровне в e2k реализованы предикаты -- т.е. можно идти по нескольким веткам, а затем отобрать нужную, если правильно помню.

> То есть, на месте Эльбрусников, я бы попробовал пообщаться
> с функциональщиками, имеющими свои кодогенераторы

Они в курсе :-)

> вроде GHCшников или Caml'щиков.

Пока так: http://altlinux.org/Haskell_Porting_Initiative

> Те же Камлщики, в своё время, делали серьёзное исследование на тему
> генерации производительного кода по pattern-matching'у.
> Причём у Камла был кодогенератор для Итаниума. То есть, если с ними
> связаться, может быть можно сделать какое-то прикладное
> computer-science исследование.

Понял, передал, спасибо.

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

166. "E2K это Эльбрус который?"  +/
Сообщение от Vkni (ok), 08-Мрт-20, 00:53 
> Понял, передал, спасибо.

Вот тут есть ссылки на статьи по оптимизации pattern-matching:

https://stackoverflow.com/questions/20233019/about-the-patte...

А кодогенератор под Itanium есть у конторы OcamlPRO -

https://github.com/OCamlPro/OCamlPro-OCaml-Branch/tree/maste...

Камл хорош тем, что он довольно простой, а понаписано под него много чего => можно относительно быстро менять кодогенерацию и замерять эффект на "типичном коде".

> На железном уровне в e2k реализованы предикаты -- т.е. можно идти по нескольким веткам, а затем отобрать нужную, если правильно помню.

Это очень полезно в тех же компиляторах - вот типичный код:

https://github.com/ocaml/ocaml/blob/trunk/lambda/translclass...

видите - там идёт match на множество случаев. А часто они бывают и вложенные.

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

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

177. "E2K это Эльбрус который?"  +/
Сообщение от bircoph (ok), 09-Мрт-20, 23:37 
> Вообще, судя по разным дискуссиям вокруг того же Мультиклета, язык С очень
> далёк от системного языка таких "необычных" процессоров.

По опыту портирования и (меньшему) опыту оптимизации с C на e2k как раз всё хорошо, а вот с C++ начинаются пляски. А что-нибудь функциональное, вроде guile или haskell — вообще адова боль.

> Кроме того, явный параллелизм
> очень хорошо подходит для pattern-matching'а, позволяя протестировать сразу несколько
> разных веток исполнения (то есть, ускорение всякой хардкорно-энтерпрайзной бизнес-логики).

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

> Причём у Камла был кодогенератор для Итаниума. То есть, если с ними
> связаться, может быть можно сделать какое-то прикладное computer-science исследование.

Между Итаниумом и Эльбрусом общего только то, что *формально* Итаниум — тоже VLIW.

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

178. "E2K это Эльбрус который?"  +/
Сообщение от Vkni (ok), 10-Мрт-20, 06:34 
> По опыту портирования и (меньшему) опыту оптимизации с C на e2k как раз всё хорошо, а вот с C++ начинаются пляски.

Спасибо, занятно. А почему с С++ так плохо? Он в достаточно большой степени ложится на чистый С, то есть, можно написать транспайлер.

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

179. "E2K это Эльбрус который?"  +1 +/
Сообщение от bircoph (ok), 10-Мрт-20, 15:42 
Не, тут больше дело в разном понимании стандартов C++ со стороны GCC и EDG (фронтенд lcc), не говоря уже о том, что lcc немного отстаёт (C++17 только появился). Поэтому портировать C намного проще и приятнее, чем C++

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

И ещё технические детали: на 4-м поколении e2k (e8c, e1c+) DDR3 — а это наше боевое железо. DDR4 есть на 5-м поколении (e8cв), но пока в рукам не держал. C++ своими виртуальными методами, перегруженными операторами и прочей ерундой знатно увеличивает нагрузку по доступу к памяти и кеша далеко не всегда хватает.

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

180. "E2K это Эльбрус который?"  +1 +/
Сообщение от Vkni (ok), 11-Мрт-20, 02:55 
> С точки зрения оптимизации C++ хуже памятью. Говоря про скорость многие в первую очередь думают про распараллеливание для максимальной загрузки VLIW и забывают при этом про доступ к памяти, а он медленный.

ААААаАААА!!!! Спасибо огромное. Да, у C++ из-за виртуальных функций уже простой вызов идёт через доступ к совершенно левой VTABLE. Конечно, тогда Эльбрус не любит и классическую LISP-подобную организацию памяти, которая по-умолчанию во всякой функциональщине. Есть чудесная статья "The memory models that underlie programming languages" про разные типы организации памяти. И, конечно, структуры C или параллельные массивы Fortran'а тогда для него "the best".

Но сейчас идёт серьёзная работа в том же Хаскеле и Камле по оптимизациям типа unboxing - когда переменные кладутся на стек. См "Levity Polymorphism".

Но из того, что есть сейчас, Rust должен зайти - тут вам и стек, и pattern-matching. Но зато llvm.

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

143. "E2K это Эльбрус который?"  +1 +/
Сообщение от Vkni (ok), 07-Мрт-20, 05:34 
Так открывать надо и пихать свои кодогенераторы / предлагать помощь в разработке кодогенераторов во все компиляторы, до которых можно дотянуться. Иначе будет судьба SPARC'а.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

157. "E2K это Эльбрус который?"  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-20, 12:35 
> Так открывать надо и пихать свои кодогенераторы / предлагать помощь
> в разработке кодогенераторов во все компиляторы, до которых можно
> дотянуться. Иначе будет судьба SPARC'а.

Вот это и объясняем.

Кстати, если захочешь (и будет время) чем-либо помочь -- спасибо :) (необязательно именно с этой тяжеленной частью, хотя ей тоже занимаются)

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

163. "E2K это Эльбрус который?"  +1 +/
Сообщение от Vkni (ok), 07-Мрт-20, 22:19 
> Кстати, если захочешь (и будет время) чем-либо помочь -- спасибо :) (необязательно
> именно с этой тяжеленной частью, хотя ей тоже занимаются)

Ой...

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

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

165. "E2K это Эльбрус который?"  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-20, 23:13 
> Вообще, это отлично, что есть десктопы - ведь десктоп это
> универсальная машина, на которой можно разрабатывать,
> которую легко можно превратить в сервер (а сервер в десктоп
> - уже нет).

Ага.  На той неделе как раз в Омск ездил с одноядерным чемоданчиком (101-РС, перепакованный в корпус Lian-Li PC-TU200).

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

176. "E2K это Эльбрус который?"  +/
Сообщение от bircoph (ok), 09-Мрт-20, 23:31 
> А чего ж в генте про ваш замечательный е2к ваще ни звука
> и даже архитектуры такой не числится? :)

И не будет. Здесь нашла коса на камень. В Gentoo фундаментальным принципом сообщества является социальный контракт, где сказано:

Gentoo will never depend upon a piece of software or metadata unless it conforms to the GNU General Public License, the GNU Lesser General Public License, the Creative Commons - Attribution/Share Alike or some other license approved by the Open Source Initiative (OSI).

https://gentoo.org/get-started/philosophy/social-contract.html

А единственный компилятор под Эльбрус — lcc — проприетарный и в обозримом будущем его никто открывать не будет. Это плохо, но разработчиков компилятора и процессора тоже можно понять, т.к. там слишком низкоуровневые вещи зашиты, что-то вроде микрокода intel/amd, который тоже никто открывать не собирается.

Может быть вопрос: но ведь в Gentoo есть интеловский проприетарный icc и иные закрытые компиляторы? Да, это правда, но они есть в виде вспомогательного софта: собрать систему на любой архитектуре можно и без них, мало того, сборку базовой системы тем же icc никто не поддерживает.

А lcc единственный и неповторимый, в этом и беда.

> Даже мой дремучий ppc64 всё ещё есть.

Какой же он дремучий? Вон, power9 вышел, очень даже мощная система.

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

181. "E2K это Эльбрус который?"  +/
Сообщение от ryoken (ok), 12-Мрт-20, 09:45 
>> Даже мой дремучий ppc64 всё ещё есть.
> Какой же он дремучий? Вон, power9 вышел, очень даже мощная система.

Батенька... ну вот при всём моём уважении... ну не путайте вы уже ppc64 & ppc64le, ну разные они. А за пояснения спасибо - буду гаситься от Эльбрусов аки чёрт от ладана.

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

87. "E2K это Эльбрус который?"  +2 +/
Сообщение от evkogan (?), 06-Мрт-20, 11:16 
Михаил, я Вам уже много раз писал, до сих пор нет ни одного перф-теста, даже выполненого самим производителем.
Даже на 1 задаче максимально подходящей и оптимизированной.
Единственно Вы лично с кем-то тестировали производительность архиватора уже много лет назад, я бы назвал результаты посредственными. Т.е. да этим уже можно пользоваться, но говорить о производительности на уровне даже не топа, а серединки интеловых процов того времени речь не шла. Где-то ближе к концу тогдашней линейке.
В таких условиях Ваши заявления как там все хорошо, это как минимум не совсем правда.

А хвастаться битностью регистров и нанометрами, уж лучше хвастаться Ггц, хотя и то, и другое попугаи, которые для разных архитектур ничего не говорят о соотношении производительности.
Я бы сказал, что рост частоты до 1,5Ггц это очень мало при улучшении техпроцесса до 28нм. У других при таких условиях увеличение Ггц мыло гораздо существеннее чем с 1,2(3) до 1,5.
Так что подозреваю, что отсутствие тестов реальных не только потому что им это не нужно, а потому как надувать щеки уже не получится.
А когда щеки пытается надувать не манагер, который за это деньги получает, а технарь, то это уже позор. Ну или перестаньте делать вид, что все еще технарь, многие с возрастом становятся манагерами, это надо просто честно признать.


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

99. "E2K это Эльбрус который?"  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-20, 12:05 
PreScriptum: спасибо за попытку конструктивного обсуждения!

> Михаил, я Вам уже много раз писал, до сих пор нет ни
> одного перф-теста, даже выполненого самим производителем.
> Даже на 1 задаче максимально подходящей и оптимизированной.

Вы можете много раз писать что-либо, в чём не понимаете, разумеется.
Это не так.
Попробуйте исправить формулировку.

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

Да.

> Т.е. да этим уже можно пользоваться

Собственно, мне это на практике и важно (пишу с 801-РС, если что).

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

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

А случаи бывают разные.  Например, если взять старый гостовский хэш и вылизать его под e2k, то между тем самым 300 МГц v2 зеленоградской выделки с пятой приёмкой и 1,5 ГГц core2duo будет даже не паритет, а pwnage последнего (и по оценке компиляторщиков -- интелу пришлось бы сделать конвейер тысячи в полторы команд, чтобы в том случае их машинерия реального времени на чипе смогла конвейеризовать тот цикл).

Ну а за оптимизацию p7zip (и тем более xz) я из своего кармана готов помочь толковому студенту, особенно если он уже учится в Бауманке и может податься в МЦСТ на базовую кафедру ;-)  Чтоб ещё быстрее пуляло.

> В таких условиях Ваши заявления как там все хорошо, это как минимум
> не совсем правда.

Именно в таких условиях даже "Ваши заявления, что всё хорошо" -- это почти правда.  Если понимать, что "хорошо" -- это "четвёрочка", а не "пять с плюсом".

И особенно если учесть, что _мои_ заявления -- это обычно "в целом хорошо, но хотелось бы javascript побыстрее в браузере" (раза в два для комфортного уровня, если говорить про fx52 на e2kv4).  МЦСТ в курсе и говорит, что конкретно там есть ещё большое поле для оптимизации (которая продолжается и результаты видны).  UniPro, так понимаю, тоже в курсе.

> А хвастаться битностью регистров и нанометрами, уж лучше хвастаться Ггц

ГГц удобнее всего хвастаться чистому RISC вроде Power, куда неудобнее CISC/RISC вроде x86 (и, сдаётся мне, ARM уже тоже RISC-ом назвать сложно), и уж совсем неудобно VLIW, который берёт как раз в перпендикулярном направлении -- не количеством шагов в минуту, а шириной шага.

VLIW удобно флопсами хвастаться ;-)  Другое дело, какая их часть на какой архитектуре вообще типично может быть реализована (интел тут, например, любит себе на FMA или AVX циферки пиковые рисовать, деликатно молча о применимости).

> хотя и то, и другое попугаи, которые для разных архитектур
> ничего не говорят о соотношении производительности.

Не совсем попугаи -- скорее рамки и ориентиры, но действительно не дающие возможности сколь-нибудь надёжно даже "больше-меньше" спрогнозировать сами по себе.

> Я бы сказал, что рост частоты до 1,5Ггц это очень мало

А переход от VLIW25 к VLIW50?

> при улучшении техпроцесса до 28нм.

Техпроцесс у 8С и 8СВ один и тот же -- 28 нм.  По сути 8СВ -- постепенное улучшение 8С в направлении суперкомпьютерных вычислений (в терминологии Intel это цикл "тик", насколько понимаю).

> У других при таких условиях увеличение Ггц мыло гораздо существеннее
> чем с 1,2(3) до 1,5.

При каких именно условиях?  Так понимаю, что Вы предположили изменение нормы техпроцесса (что на v4->v5 не так).  Для перехода v3->v4 оно было -- с 65 нм на те самые 28; при этом частоту подняли с 800 МГц до 1300 МГц.  А сейчас её удалось поднять дальше не за счёт техпроцесса, а за счёт оптимизации раскладки регистрового файла -- насколько понимаю, это самое уязвимое к высоким частотам место в VLIW-архитектурах и его наконец вместо фабричных элементов развели руками (custom design).  По идее, и разгонный потенциал от нынешних 1600 МГц подрастёт.

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

Реальные тесты производятся с реальными заказчиками, а также в процессе работы над оптимизацией того же JS JIT или Postgres.  То, что даже они не долетают на публику -- это в чистом виде недоработка МЦСТ (конкретно отдела маркетинга) и их добровольных помощников вроде меня.  Всё, что у меня сейчас на публике есть -- это набросок странички http://altlinux.org/эльбрус/тесты и несколько замеров, приведённых по ссылкам оттуда.  Что-то делают в яндекс-музее (в основном по 3D и сразу с апстримами).  И им, и нам наверняка можно помочь, имея умение и желание.

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

Посмотрите вот этот рассказ "манагера, который за это деньги получает", и найдите отличия с самыми толковыми технарями, которых вообще найдёте в своей эпсилон-окрестности: http://0x1.tv/20181012BB (или http://youtu.be/_botdMGe2oY) :-)

У МЦСТ "проблема" не с технарями, а как раз с надуванием щёк -- некому, люди работу работают по надцать часов в сутки.

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

Здрасьте, я двадцать лет как технароманагер, тоже мне секрет.  "Но крашу, крашу я заборы, чтоб тунеядцем не прослыть" :-)

PS: по ТТХ см. вкладки "Характеристики" на страничках:
http://mcst.ru/elbrus-4c
http://mcst.ru/elbrus-8c
http://mcst.ru/elbrus-8cb

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

142. "E2K это Эльбрус который?"  +/
Сообщение от edo (ok), 07-Мрт-20, 03:38 
> ГГц удобнее всего хвастаться чистому RISC вроде Power, куда неудобнее CISC/RISC вроде x86

Несмотря на это, x86 успешно преодолел планку в 4ГГц (штатной частоты, в том числе и серверных процессоров)

> VLIW удобно флопсами хвастаться

Удобно, кто же спорит.

> (интел тут, например, любит себе на FMA или AVX циферки пиковые рисовать, деликатно молча о применимости).

Так и на VLIW тоже далеко не любой код хорошо ложится.
Даже x86 чтобы загрузить своё суперскалярное ядро ввёл hyperthreading (а у powerpc ещё больше потоков на ядро), а тут одному потоку нужно загрузить десятки исполнителей. Если это условное шифрование, код которого долго вылизывается под конкретную архитектуру — верю, можно красивые цифры нарисовать, а вот в отношении "обычного кода" есть сомнения.

Интересно, у компилятора есть статистика "в среднем задействовано сколько-то исполнительных блоков на такт"?

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

145. "E2K это Эльбрус который?"  –1 +/
Сообщение от Аноним (144), 07-Мрт-20, 06:15 
> Удобно, кто же спорит.

Ими удобно хвастаться. И неудобно - все остальное.

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

155. "E2K это Эльбрус который?"  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-20, 12:29 
> Несмотря на это, x86 успешно преодолел планку в 4ГГц
> (штатной частоты, в том числе и серверных процессоров)

Это про https://ark.intel.com/content/www/ru/ru/ark/products/126708/...? (PS: строго односокетный, поэтому серверный весьма условно)

> Так и на VLIW тоже далеко не любой код хорошо ложится.

Разумеется.  Зависимости по данным всем так себе даются, но тут особо чувствительны (а это в т.ч. байткод и скрипты).

> Интересно, у компилятора есть статистика "в среднем задействовано
> сколько-то исполнительных блоков на такт"?

Думаю, на VLIW такую статистику в первом приближении можно получить просто анализом кода; спросил разработчика компилятора, нет ли утилиты.

Опять же спасибо за толковое обсуждение.

PPS: получил ответ, оказывается, был неправ в предположении; говорят, смысл в такой статистике есть только в рантайме и на программных симуляторах она собирается, по железу надо дальше спрашивать.

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

88. "E2K это Эльбрус который?"  +2 +/
Сообщение от YetAnotherOnanym (ok), 06-Мрт-20, 11:19 
> 28 нм
> и сделано потоньше

А пекут их в Зеленограде или таки в каком-нибудь Лей-Пей Индастриал Парк на Жуй-Суй роуд, Сосань-сити, провинция Ху-Юй?
И ещё, насколько я помню, МЦСТ требует от покупателей подписать NDA, что наводит на мысль, что мцстшники придерживаются концепции "security by obscurity", а это наводит на разные нехорошие мысли.
И ещё, если МЦСТ не делает выводов из таких исторических примеров, как судьба компании Matrox, которая ориентировалась на профессиональный рынок и которую nVidia, сделавшая ставку на ширпотреб, небрежным пинком выкинула с рынка видеоускортелей - это печально.

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

104. "E2K это Эльбрус который?"  +/
Сообщение от пох. (?), 06-Мрт-20, 12:28 
> А пекут их в Зеленограде или таки в каком-нибудь Лей-Пей Индастриал

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

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

А нвидию кормили геймеры, и после окончательной смерти битшита снова кормить будут.

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

156. "E2K это Эльбрус который?"  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-20, 12:32 
> за колючкой

С севера Мексики пишете, что ли?

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

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

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




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

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