Как стать автором
Обновить

Комментарии 225

Спасибо, очень интересно. Впервые увидел простое понятное объяснение, что же интересного есть в Эльбрусе. Для человека, помнящего hitachi sh3 (с его delayed branches) и Forth (с двухстековой архитектурой) — как маслом по сердцу.
Напомнило ЭВМ-М10 с ее VLIW и явным управлением АЛУ1,2, УУ, памятью и системной шиной в рамках 1 команды
Карцев был гений. Кстати, М-10 первая в мире каноническая VLIW-машина.
Насчет первой в мире не знаю, не изучал. Но работать с ней было феерично.
Следовательно, мы можем сделать вызов и загрузку a.bar из памяти еще до проверки того, что она не является null, как это видно в коде справа. Если чтение логически в конце окажется невалидным, то значение в b просто будет помечено аппаратно как неправильное и обратиться к нему будет нельзя.
Эльбрус также поддерживает условное исполнение.
Ну и кеш там есть, согласно wiki.

Здравствуй, meltdown?
А без спекулятивного выполнения (как и без кешей), к сожалению, произодительность резко падает.
Это не вопрос «медленно или быстро». Это вопрос «так подвержен или нет» и «собираются ли, если да, ядро и программы с нужными патчами или импортозамещённое супербезопасное решение является полнейшим решетом».
Судя по данным в сети, Meltdown не подвержены некоторые процессоры с спекулятивным исполнением и кешами (например, продукция AMD — у них только Spectre и свои дыры). Also, habr.com/post/422547/#comment_19094305
Не факт. Может быть во время спекулятивной загрузки проверяются права. А вот Spectre — да, добро пожаловать.
Ну, не знаю. Прямо написано, что загрузка идёт до проверки. Если значение оседает в кеше, то условия для Meltdown соблюдены.
До проверки на null, но про защиту не понятно. Я имею в виду, что если он загружает без проверки защиты памяти, то да — привет Meltdown, а если он, все-таки, проверяет защиту, также как ARM или AMD, то возможен только Spectre.
Да, это верно. Если нарушены права доступа, то будет загруженно не реальное значение ячейки, а диагностическое.
Только реализация уязвимости, вместе со спекулятивностью, с железа переложена на программиста (или компилятор)
На видео в вопросах и ответах есть вопрос про это, так вот по словам докладчика Meltdown на Эльбрусе не возможен из-за того, что адреса возвратов хранятся в защищенном стеке к которому у программистов нет доступа, а соответственно не возможна их подмена для осуществления атаки.
Может я чего-то забыл, но по моему Meltdown работает не так. Там вроде не требовалось подменять адрес возврата.
Вы путаете теплое с мягким. Подвержен процессор meltdown уязвимости или не подвержен здесь совершенно без разницы. Задачи на него будут возлагаться другие и смысла в реализации уязвимости не будет. meltdown оказался опасен виртуальным машинам, чьи мощности использовались для сдачи в аренду кому угодно для выполнения «чужого» кода и «чужой работы», и оказалось что исполнение гостевого кода не полностью изолировано от исполнения основного кода. Я пока не могу представить ситуации, когда на машинах с эльбрусами будут запускать «чужой» и «потенциально опасный/неизвестный» код. Собирать Сервера на эльбрусах для сдачи в аренду VPS-ок?- как то идея не очень изначально.
К тому-же Эльбрусы и вовсе не поддерживают виртуализацию, обещают только в разрабатываемом Эльбрус 16С который выйдет в 2021.
Эльбрус-2С3 и Эльбрус-12С должны выйти в 2020. Там тоже должна быть аппаратная поддержка виртуализации.
Поскольку теперь благодаря авторам статью на эльбрусе есть JavaScript, разве это не означает что теперь появилась возможность запускать чужой и потенциально опасный код?
Помните, как раньше в линуксе вирусы падали с ошибками даже под wine и их приходилось пересобирать?
Нет, не означает. Физически чужой и потенциально опасный код можно было запускать всегда собственными руками и от процессора это не зависит. Разница лишь в области применения. Если процессор для военных то и применение должно соответствовать, то есть работать он должен только с проверенным ПО. Не важно на чем оно написано или с чего интерпретировано. Важно «что оно делает и как делает». Запуск неизвестной программы на боевом АРМ-е оператором сам по себе несет в себе угрозу, надеюсь вы это понимаете… и уязвимости процессора не делают погоды в данном случае.
Есть ситуация проще. Доступ с одной вкладки браузера к другой.
Представить себе пиратский сайт с фильмами на военном компе очень просто.
В соседней вкладке морду секретной БД тоже представить несложно.

Круто конечно. Но зачем? VLIW не взлетел даже у Интела. Ценник на Эльбрусы такой что они не имеют смысла. С учетом неработоспособности vliw больших партий не будет и ценник падать не будет. Брать что сервера что компьютеры на Эльбрусах нет и не будет смысла.


Ну заставят госов каких их купить. Будут стоять в углу, а работать будут старенькие (или какие есть) интелы.

У интеля не взлетел VLIW потому-что во-первых у интеля традиционно проблемы с программистами это очень хорошо видно по интеловским драйверам, а VLIW очень зависим от качества компилятора. AMD вон очень даже неплохо работали c VLIW ядрами в своих карточках. А во-вторых Intel свои итаниумы целили на тот-же рынок на котором они уже присутствуют со своими x86, зачем им было конкурировать с самими собой? Притом конкурирование требовало большой работы со стороны разработчиков стороннего ПО по вычистке кода от ассемблерных вставок, но с приходом ARM на рынок им все-равно пришлось это сделать, чтобы можно было работать на мобилках.

Интел — один из крупнейших разработчиков и производителей цпу общего назначения — капитализация 200 миллиардов — программисты не очень. Только я логики не вижу?


Так Эльбрусы хотят тот же самый рынок. Планшеты, ноуты. Про сервера скромно помолчим. Не их уровень по производительности даже близко. Конкуренты Интел и АРМ. По деньгам и возможностям даже сравнивать нельзя.


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

Да, это суровая реальность. Железячники обычно плохо справляются с софтовыми задачами. (Верно и обратное).

В свете массовых факапов интела (окей, когда интел спекулятивное исполнение делал, никто не знал про спектре), процессор с явным контролем спекулятивности — это же просто чудо.

Т.е. не «провалившаяся платформа», а единственная относительно производительная платформа без критической уязвимости в спекулятивном исполнении.
Т.е. не «провалившаяся платформа», а единственная относительно производительная платформа без критической уязвимости в спекулятивном исполнении.

1. AMD и ARM гораздо быстрее
2. Как верно замечено в комментариях выше критическая уязвимость спекулятивного исполнения в Эльбрусе весьма вероятно как раз есть
Явный контроль спекулятивности со стороны кого? Если со стороны пользовательского кода — это может лишь упростить атаки на спекулятивность.
Так Эльбрусы хотят тот же самый рынок
Слово «рынок» здесь не очень подходит, так как работают совсем не рыночные механизмы.
Интел — один из крупнейших разработчиков и производителей цпу общего назначения — капитализация 200 миллиардов — программисты не очень.

А у МС и того больше капитализация, да вот только у них я вообще кроме C# и TypeScript не припомню качественных и не глючных продуктов. Капитализация никак не влияет на культуру написания кода в компании. Как я уже говорил AMD смогли написать хороший компилятор для VLIW даже не смотря на то, что капитализация у них ниже чем у интел.

Так Эльбрусы хотят тот же самый рынок.

Да конечно, только та работа которая предстояла интелу для перевода хотя-бы серверов на VLIW уже сделана благодаря появлению ARM, а во времена Itanium не была, что встало бы Intel в копеечку, а уж что-что а деньги они считать умеют, иначе не было бы у них вышеуказанной капитализации.

Про сервера скромно помолчим. Не их уровень по производительности даже близко.

Это ты про процессор на видео? Так там стоит 401-я машина с устаревшим на 5 лет процессором. После него уже вышли Эльбрус 8С и Эльбрус 8СВ давшие двукратный и четырехкратный прирост по производительности соответственно. Тесты от стороннего разработчика тут но на них правда нет последнего Эльбрус 8СВ, так-как на момент тестов его просто не существовало.

Разрабатывая что-то под уже провалившуюся платформу надо сразу четко говорить Зачем?

С чего бы она провалившаяся то? VLIW!=Itanium. То что Itanium у интела провалился не значит что провалились и все остальные.

Вы вообще к IT имеете отношение? МС сейчас один из крупнейших разработчиков опенсорсного по. Обвинять их в чем-то ну просто несерьезно.


Там нужен этак десятикратный рост производительности. Причем в независимых адекватных тестах. И заодно минимум десятикратное падение стоимости. И только потом модно о чем-то говорить. Ни того ни другого не наблюдается.

Вы вообще к IT имеете отношение?

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

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

Чудес не бывает, двухкратный рост производительности от поколения к поколению уже хорошее достижение, а если учесть что в 16С обещают трехкратный рост за счет уменьшения техпроцесса а соответственно увеличения количества транзисторов в кристалле, повышения тактовой частоты, увеличения ширины командного слова, увеличения объема кешей, расположения чипсета прям на кристалле, поддержке современной периферии, и обновления версии архитектуры, то и вообще все смотрится довольно не плохо. И не верить в обещания мцст причин нет, ибо пока-что они исправно выполняли свои обещания.
а если учесть что в 16С обещают трехкратный рост

и сколько это в циферках? только не в гфлопсах дутых — мы же не о DSP говорим в конце концов, а в реальных сценариях (типа zlib, компиляции, бенчах интерпретаторов и т.п.), и желательно — на ядро а не сумму всех 16 ядер сравнивать с 4 ядрами интела и радоваться, мол, всего в несколько раз отставание…
Реальная задача реальной задаче рознь, в каких цифрах предлагаете мерить? К тому-же о каких цифрах речь, если это планируемые рассчетные показатели еще разрабатываемого проца? А если вас интересует выполнение реальных задач предыдущими процессорами, то я уже приводил ссылку с тестами на распознавании изображений. Вот habr.com/company/smartengines/blog/345758 я надеюсь распознавание изображений для вас вполне реальная задача. И цифры тоже там ясные миллисекунды.
предлагаю мерить, скажем, временем компиляции (вернее — кросс-компиляции) одним и тем же gcc какого-нибдь крупного проекта (ядро там, или еще что). или, к примеру, временем открытия документа на 100500 страниц в libreoffice (он же уже портирован?).

а распознавание изображений — таки для DSP милое дело. но мы же не DSP рассматриваем, а процессор общего назначения…
Под эльбрус нет gcc, у них используется свой компилятор LCC (eLbrus C Compiler) не путать с ru.m.wikipedia.org/wiki/LCC это разные компиляторы. Да и llvm под эльбрусы в совсем зачаточном состоянии. Мерить компиляцию нечем. А замер gcc на интел против lcc на эльбрус будет явно не корректен. А вообще по поводу компиляции на эльбрусах это лучше у Шигорина спросить, он компиляет альт как раз на эльбрусах без какой-либо кросс-компиляции.
Про запуск больших файлов в либре я не в курсе, но просто запуск и сравнение с предыдущим 4С есть тут youtu.be/gCqb65_Sz_I
я же написал — кросс-компиляция под определенную платформу. gcc под эльбрус для другого таргета же вообще собирается?

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

ну и да, сравнение с другим камнем той же архитектуры — оно какбы малоинформативно, интересно сравнение с каким-нить более другим современным камнем.
Нет gcc под эльбрусами. Вообще. Под платформу он не собирается, так-как сильно зависит от архитектуры. Единственный способ это запускать gcc под эльбрусами это в режиме эмуляции, но согласитесь что это еще более не корректный вариант для тестов. Эмуляция заведомо будет сильно медленнее.
ну шланг то собирается? скомпилить ним под скажем какой-нить арм что-нибудь (Qt к примеру).
Порт шланга в зачаточном состоянии, можно сказать нет его. Так-что тут тоже только эмуляция.
Да ладно, был портирован gcc-2.95.3 и заброшен уже лет десять назад. Качество кода было не очень,… но свою роль он сыграл. Сейчас какой-то из новых gcc пилят, но весьма неспешно силами одного человека.
Или вот сравнение уже устаревающей версии процессора 8С с Intel и AMD на задаче рассчета газовой динамики sdelanounas.ru/blogs/111350 надеюсь эта задача вполне реальная для вас?
А вот, как вы, просили производительность на одно ядро Noisette выполняется в режиме двоичной трансляции в x86 без портирования кода на эльбрус, а Tapir в нативном режиме с некоторыми оптимизациями. Как видим разница в 3 раза в режиме эмуляции и ~1.5 раза в нативном режиме. Не идеал конечно, но уже не плохо, что кстати как раз примерно в 2 раза быстрее отстающего в 7 раз процессора предыдущего поколения из видео.
image
опять же — узкоспецифичная задача которая прекрасно считается на GPU и прочих DSP. сравним эльбрус со свежей теслой/файрпро, или хотя бы зионом фи?

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


Не совсем. Как я понял десткопы там идут в третью очередь. Сперва оборонка, потом сервера, а потом уже десктоп. Поэтому и тесты такие. Вряд-ли мы найдем тесты процессора на бытовых задачах. Есть только тест древнего 4С на хабре, и там результаты не отличаются от тех что оглашены в видео. 4C в 7 раз медленнее Интела. Таких-же тестов 8С, а тем более 8СВ в сети к сожалению нет.
Вы лично запускали NOISEtte и Tapir на GPU? А если нет, то зачем вы утверждаете, что они там «прекрасно считаются»?
чем они принципиально отличаются от того же HiFlow3, который считается на cuda/opencl аж бегом? только тем, что ни у кого руки не дошли докрутить куду туда?
Noisette выполняется в режиме двоичной трансляции в x86 без портирования кода на эльбрус

Нет. Это нативный режим, просто NOISEtte большой и его оптимизировали «немного» (всего на 30%)

Tapir в нативном режиме с некоторыми оптимизациями

А Tapir маленький (~1000 loc) и его вручную допиливали под Эльбрус посильнее, там прирост за счет этого допиливания двухкратный.

Заметьте что x86 код никто оптимизировать вручную даже не пытался
В статье написано, что NOISEtte вообще не оптимизировали, а в Tapir поправили пару строчек кода.
Да, там в одном месте написано так что создается такое впечатление, но если читать внимательнее то там написано что в NOISEtte вписали вручную некоторое количество prefetch-ей и это дало 30% выигрыш. В Tapir правки были посущественнее. Это конечно лишь несколько десятков строк кода, да, но это ж надо было вначале код отпрофилировать чтобы понять какие и куда строчки писать, как в том анекдоте про мастера который взял 1$ за то что стукнул молотком и 999$ за то что знал куда стукнуть.

Критиковать крупного успешного опенсорс разработчика за качество ПО. Ну это. Я даже не знаю что сказать.


Там все быстродействие ну очень синтетическое. Реальные тесты в серверных задачах от компиляции до шифрования говорят о безнадежном отставании. Да их новые процессоры тоже безнадежно отстают. Все эти бумажные цифры "стало в 16 раз быстрее" не нужны. Нужны только тесты на реальных задачах.

А почему вы в упор не хотите замечать приведенные мной ссылки на тесты как раз в реальных задачах?

Сайты пропагандистов игнорирую принципиально. Я и так знаю что там напишут и что это к реальности не имеет никакого отношения. Копаться в этом увольте.


Все тесты на нормальных сайтах (да на том же хабре цикл статей был) говорят что там без шансов. Отставание безнадежно. И по производительности на ватт и по производительности на ядро и тем более по производительности на доллар.

Оно конечно удобно всё что не вписывается в вашу уютную картину мира называть пропагандой, лишь бы не снимать розовые очки, но хабр для вас тоже пропагандистский сайт? Или вы по какой-то другой причине игнорите тест на Smart Id Reader на хабре?

Тест некоего левого ПО перемеженный рекламой? Вы вот это серьезно сейчас? Неповторяемый тест на проприетарном ПО. Чистая заказуха видна за километр.

Да-да. Все вокру куплены злобными МЦСТ. И Smart Engines с их Smart Id Reader, и ИПМ имени Келдыша с их рассчетами газодинамики, и НИИ Восход с их системой для обработки и выдачи загранпаспортов, и Data Egret с их портом постгреса на Эльбрус, и Базальт с их портом Альт Линукс. Все куплены. Всее. Вам не кажется что это паранойя?

Нет. Некие нонеймы продаются за копейки. Статейку с любыми непроверяемыми цифрами сделать можно вообще бесплатно. Я вообще проблем не вижу.


Это же так просто. Берем ну тот же nginx и тестируем отдачу https. Вот все совсем просто, повторяемо и проверяемо. И задача реальная. Или берем ffmpeg и тестируем транскодинг видео на современных кодеках. Тоже просто, повторяемо, проверяемо и задача реальная. Но нем надо взять черти какое никому неизвестное ПО и что-то тестировать на нем. Чтобы никто не дай бог повторить и проверить не смог.

Вы берете некий доступный вам круг задач и называете его и только его «реальным». Нужные другим людям задачи вы реальными считать отказываетесь потому что они вам не нужны или недоступны.
Яснопонятно.
Да нет же, у вас данньіе, похожие на подтасовку. Какая-то специфическая задача без сравнения с другими процессорами, странная табличка сравнения производительности на ядро архитектурьі а не процессора, а простьіе, предельно доступньіе, валидньіе, повторяемьіе тестьі вьі делать не хотите. И аргументация по типу:
-а наш процессор вьічисляет число пи в 8000 раз бьістрее интела
-Но єто же бессмьісленно. И какого именно интела?
— Скайлайка!
-Єммм… Какого именно скайлайка? А что он еще умеет? Можете на время открьіть большой документ на разньіх обозначенньіх платформах?
-В 8000 раз бьістрее число пи, вьі представляете!?!?!? Какие вам еще нужньі доказательства?!?!?!!!
А пройти по ссылке и посмотреть какого именно скайлейка религия не позволяет?

Я беру типовые серверные задачи. С реализацией на всем известном опенсорс софте. Их можно сравнивать и повторять.


Ваше распознавание на черти каком софте не показывает ничего. И проверить достоверность нельзя.

На типовых линейных задачах VLIW не даст никаких преимуществ — это и без тестов ясно. Процессор специфический, они и показывают, какие специфические задачи он может выполнять. И эта задача, необычная для вас, вполне может быть обычной для другого человека, которому широкая архитектура и подойдет. А вот отдача nginx ему не интересна.
ну дык так и напишите — «DSP с MMU и возможностью запуска линукса». все вопросы отпадут, будут сравнивать с какими-нить С66х (8-летней давности) и, возможно, тайлерой (хотя она немного про другое, хоть и тоже VLIW).
так нет же — пишут «процессор общего назначения», а потом — оказывается, что он, кхм, «специфический»…
Архитектура Эльбрус не имеет ничего общего с DSP. Это архитектура для процессора общего назначения с широким командным словом.
ну и в чем принципиальная разница между эльбрусом и каким-нить DSP с MMU, ну тем же С66х? на последнем и PCI-e контроллер есть, и гигабитный эзернет есть, и линукс вполне крутится… но — DSP.

На C66 крутится линукс?

Последний релиз в 2012, последний коммит в репозитории больше года назад. Этот проект жив?

речь шла кажется не о свежести проекта, а о линуксе на DSP, не?
линукс есть? есть. работает? работает. но тем не менее — C66x ни разу не ЦП, а таки DSP.
а то что порт скорее мертв чем жив — лишь подтверждает тот факт, что DSP как ЦП никому особо не нужен, не смотря на все его гигафлопсы. а для DSP-задач — TIшная RTOS куда больше подходит, чем обычный линукс.

Тогда и не надо говорить что это процессор общего назначения. И соответсвенно не надо его пытаться продавать как процессор общего назначения.


Специализированный процессор с возможностью запуска Линукса. И нет вопросов. Только остается понять в каких задачах он лучше и дешевле аналогов. Ну или хотя бы просто не хуже.

Тогда и не надо говорить что это процессор общего назначения

Кмк, здесь терминологическая путаница. «Общего назначения» в пику, скажем, DSP, а не в значении «для бытовых задач».
На «типовых линейных задачах» Эльбрус ведет себя практически точно так же, как и любой Интел с равной Эльбрусу частотой.
Назовите, пожалуйста, процессоры Интел с равной Эльбрусу частотой, с которыми идет сравнение?
Только частоты-то отличаются для продуктов 2018 года.
Вдвое медленнее старших интелов при прочих равных (в тч частоте). Примерно на уровне Атома

1) ну вот: http://t.me/ssleg/524
2) с тех пор Игорь Молчанов, с которым Вы выше обсуждали вопрос, дал доступ на стенд ИНЭУМ: http://elbrus.kurisa.ch — добро пожаловать!


PS: пишу с домашнего Э-16С, на котором при надобности даю доступ в виртуалки.

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

отдача https — там тоже в шифрование все упрется. которое тоже прекрасно на DSP ложится (хоть и похуже, чем на камни со встроенными криптоакселераторами, типа того же набора команд AES-NI).

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

Так пусть проведут тесты и покажут как оно работает. Задачи же абсолютно типовые.


Из синтетики java была бы интересна. На ней уйма софта работает. А вот то что показывают вызывает ну ооочень большие сомнения.

ява — там все опять-таки будет зависеть от бенча. если это будет числодробильня на яве (какой-нить линпак там) — все будет гладко и шелковисто, может даже намного круче интела (если jvm правильно запилят), а вот если на яве именно какой-нить SAP или прочее — тут все окажется довольно таки печально…

хотя не факт что на эльбрус яву портировали.

Не факт. Да и вообще интересно как оно себя покажет в любых задачах на яве. Я таких тестов еще не видел. Похоже что совсем плохо ну или просто не портировали.

Гугль в помощь — «Java на Эльбрусе». Правда там тесты только для устаревшего Эльбрус-4С @ 750 МГц. Так же в сети есть и тесты трёх разных Эльбрусов на тестах SPEC CPU 2006.
С чего бы она провалившаяся то? VLIW!=Itanium. То что Itanium у интела провалился не значит что провалились и все остальные.

Не значит. Но по факту остальные провалились так же.
Просто чтоб было понятно, казалось, что vliw сможет выжить хотя бы в gpu, там большинство операций — векторы и матрицы, пакуй как хочешь, иногда приклеивая сбоку пару скалярных операций, однако даже там при переходе к gcn (радеоны 7й серии) VLIW выкинули.

Там его выкинули из-за патентов, VLIW-ядро AMD получили от ATI и довольно большая часть модулей в нем была лицензированна у сторонних компаний, что делало невозможным открытие драйвера, а значит и потерю части рынка суперкомпьютеров. Где-то на Phoronix-е об этом была жалобная тиррада от Алекса Дойчера разработчика AMDGPU. В итоге им оказалось проще запилить свое ядро не на VLIW чем обходить патенты. Причина тут не техническая.
Сомнительно. Поход АМД в опенсорс начался, если не ошибаюсь, одновременно с выходом VLIW GPU, собственно драйвер для линукса назывался r600g, так что идея открытых дров была не нова. Открытие их проприетарных драйверов началось с AMDGPU, который поначалу не поддерживал первое поколение GCN, более того, некоторое время AMD ещё пытались тянуть параллельно проприетарную ветку AMDGPU Pro, которая также работала на GCN. В общем всё сильно не совпадает, если бы где-то в подвалах с самого начала писали драйвер для последующего перевода в опенсорс и для этого драйвера сменили бы архитектуру, логично было чтоб драйвер поддерживал первое не-VLIW железо. Больше похоже, что в какой-то момент решили свернуть разработку своего драйвера и отсекли по границе актуального железа.
Скорее всего в тираде речь шла о раскрытии кода старого драйвера для легаси карт, вот чувак и сказал, мол драйвера для 2x00-6xx0 содержат лицензированные компоненты, переписывать мы их не будем, поэтому пользуйтесь r600g и не жужжите. Вообще, я слышал версию, что с VLIW свалили потому что скалярная архитектура nvidia вполне себе конкурировала с VLIW на GPU-задачах, поэтому польза от VLIW сомнительна, а на перспективных GPGPU задачах VLIW вообще ловить было нечего, поэтому и ушли. Собственно везде с VLIW так получается, сначала кажется, что должно работать, но потом вылазят проблемы с неудобным кодом и непредсказуемыми задержками и выясняется, что плотно паковать не получается, а SIMD расширения, OoO и многоядерность решают проблему масштабирования лучше.
Что касается SIMD, то у Эльбруса с этим полный порядок: 6 SIMD блоков на ядро по 128 бит каждый (у 8СВ и разрабатываемых).
Так Эльбрусы хотят тот же самый рынок. Планшеты, ноуты.

Но не свой.
Времена изменились — теперь мало кто готов разбираться в тонкостях железа. Куча разработок Интела была положена на полку, т.к. банально не хватило бюджета написать к ним нормальные драйверы и сопутствующее ПО. И действительно обидно — по спекам железяка очень крутая, берешь на тестирование — а она глючит/зависает/жрет память. Вот как можно на таком строить свои решения?

Отечественная электроника не для домашних ПК и серверов, а для ВПК. Оружие без чипов и ПО, не продаётся. Независимых производителей линейки ЧИП-ПО — 3-4 страны. США, КНР, РФ и возможно Франция. Наше оружие / энергетическое оборудование (и Китайское) покупают не по тому, что что оно самое лучшее, а потому что его невозможно "отключить со спутника". Все политики помнят когда перед началом операции "Буря в Пустыне" Саддаму Хусейну отключили ВСЕ французские истребители. И про центрифуги в Иране с контроллерами Сименс. Могу ещё напомнить о выходе из строя единственного спутника системы ПРО из-за импортного блока питания, и (по слухам) погрешности ГЛОНАСС выросшие до 150м (по слухам проблемы были в сверхточных часах) летом 2014 года, когда ВВП решал вопрос о прекращении бардака на Украине… Теперь 35-40 млн. человек расплачиваются за выбор инженеров ПО Решетнева "дешёвых, надёжных, с хорошими массогабаритным характеристиками" компонентов. Теперь понятно почему Эрдоган выбрал С-400? Почему Алжир покупает "плохое"Российское вооружение? Почему король Тайланда у которого вспыхнули бунты после контрактов с Роснефтью выбрал бизнес-версию СуперДжет100, а не Гольфстрим. Могу ещё напомнить руководство ОКБ Гидропресс (Ядерные реакторы и Ядерное топливо) ликвидированное почти в полном составе...

На это я с вами прощаюсь. Пропаганда головного мозга не лечится.

Определённая доля правды в словах wikipro есть, но не всё… А эльфам кажется что если у потенциального противника будет возможность применить или установить бэкдор, он этого не сделает по этическим соображениям. Святая наивность.

Как показала практика — кому надо, те справляются и без бэкдоров, просто используя существующие дыры в ПО и железе. А теперь подумайте, где дыр больше — в Интеле или Эльбрусе?

И действительно, где?
Учитывая, что нет ни одного сервера с Эльбрусом, доступного из public internet — какие-то выводы можно сделать.

У меня другой вопрос четыре с половиной года спустя, хотя уже и у Вас тогда вполне мог завестись аналогичный — сможет ли кто-либо из сколь-нибудь значимых процессорошлёпов в истории отобрать у Intel Corporation пальму первенства в данном вопросе?

В копилку любителей теорий заговора добавлю ещё тот факт, что перед началом бомбёжки Югославии в Сербии вырубились все АТС (телефонные станции) кроме советских шаговых. Все эти хвалёные панасоники с сименсами просто сказали «ой» и всё. Тырнетов и мобильников тогда ещё толком не было, так что страна тупо осталась без гражданской связи (у военных советские рации вполне работали). Можете поставить себя на место мирных жителей, когда города бомбят, а вы не можете даже узнать, что там у родственников.

Ну, справедливости ради, они бы скорее всего не смогли дозвониться по причине «сеть перегружена» и без теорий заговора.
Это не правда, ничего там не отключалось. Тем более, что в Югославии активно использовались АТС Эриксон, которые производили на совместном предприятии Ericsson Nikola Tesla, в том числе для обхода ограничений КОКОМ при поставках внутри советского блока, а импортировали мы их достаточно много, до сих пор кое-где остались.
Но авторы этой байки ничего про это не знали.

Кроме того, если полагаться на зарубежные компоненты, их могут просто прекратить продавать. Или шантажировать: «Либо вы идете на уступки по такому-то вопросу, либо мы перестаем поставлять вам процессоры, на которых у вас делается авионика».

Эльбрусы точно так же могут прекратить производить, благо что все возможности для подобных санкций есть.
Современных fab'ов в России в ближайшее время не появится.
нету возможностей. заартачиться тайвань напечатает китай. тут у интела больше зависимости. израиль под обстрелом, китай в торговой войне, а нигеры в сша нихера наштамповать не могут. 10нм линии не пашут.
Китайские банки уже поддерживают санкции (https://www.znak.com/2018-09-14/kitayskie_banki_blokiruyut_tranzakcii_s_uchastiem_rossiyskih_kompaniy_iz_za_sankciy_ssha_i_es ), пример ZTE показал, что у американцев есть и возможность наказать и возможность добиться таки запрета.

Хотелось бы напомнить, что Эльбрус сейчас — очень дорогая игрушка для военных, причем является такой уже много лет. Вот когда МЦСТ перестанет ориентироваться на процессоры Intel 10 летней давности, а сократит разрыв — тогда и можно будет говорить, что у кого пашет, а что у кого нет.
как раз ZTE и банки показывают, что сша бессильны. все кому нада как работали так и работают через китай, та же ZTE работает в сша. на словах китай борется с контрафактом, на деле смеется и гонит подделки контейнерами в сша. как и разорванная в клочи (тм) и изолированная РФ. ничего сша реально сделать не смогли, даже с блокировкой СП2 громкий пук вышел.
в эльбрус вложили копейки, потому так медленно дело и движется. интел в день тратит больше, чем команда эльбруса за 10 лет потратила. да, можно ничего не делать и надеяться что у интела получиться когда нибудь рывок на +3% за поколение, вместо текущих 2%.
команда эльбруса похоже менее 20 человек, даже С компилятора до сих пор толком нет. с такими ресурсами понятно что ничего не догнать.
ZTE заплатила огромный штраф, была вынуждена сменить руководство, получив выбранных американцами топ-менеджеров. Если для Вас это — «бессильны», то что тогда демонстрировало бы силу? Децимация сотрудников ZTE? :)
С годами разрыв между Эльбрусом и Intel не сокращается, а даже чуть-чуть увеличивается, сейчас он >10 лет. При этом Intel — коммерческая компания, а МЦСТ — сидит исключительно на госконтрактах.
На софт особо не рассчитывайте, он весь под NDA, система команд секретная, при этом никакого желания что-то поменять ни у кого нет.
НЛО прилетело и опубликовало эту надпись здесь
Вообще-то МЦСТ занимается своими творениями за счет бюджетных средств, поэтому логично, что к ним есть вопрос по поводу их места в современном мире и результатов. Тем более, что громкие заявления от них поступают постоянно, иногда в духе желтой прессы худшего пошиба.

Так что заявлять можно и нужно.

Про китайские банки это фейк, это некоторые банки с Тайваня которые имеют БРИТАНСКУЮ юрисдикцию.
Архитектура МЦСТ выбрана очень грамотно, за очень небольшие деньги и небольшой командой разработан процессор который ВСЕГО в 10 раз медленнее современных процессоров Intel. Этот процессор — максимум что можно выжать из "Ангстерма" остальное добирают программисты на ассемблере. Хотел ось бы спросить у критиков кто ещё кроме США и возможно КНР производит процессоры аналогичной производительности ?


PS Удивили тесты Эльбруса по всем параметрам он примерно соответствовал Интел Атом, но по тестам симулирующим работу БД был примерно как i3, т.е. глубокая оптимизация под конкретную задачу позволяет при необходимости поднять производительность примерно до 10 раз. Это очевидно относится и к интел и APM и к Ардуино :)

Нет, не фейк. Речь идет и про государственные китайские банки, например. Более того, они сотрудничают по вопросам санкций в отношении КНДР, к примеру. Т.е. предположение, что они начнут конфронтацию в США из-за РФ ни на чем не основаны — ведь они рискуют лишиться права проводить операции в долларах и это на фоне чего? Микроскопических заказов МЦСТ,

Что касается процессоров «аналогичной производительности» — очень много кто производит. Если Вы имеете в виду fab'ы — то Россия сейчас где-то на уровне Мексики. Если непосредственно разработку процессоров, то можно сравнить японские SPARC'и и МЦСТ'шные, в результатом не в ползу последних и не в пользу Эльбруса.

Ну и сравнивать можно Эльбрус и RISC-V, к примеру. Вот тут уже интересно будет.

Удивили тесты Эльбруса по всем параметрам он примерно соответствовал Интел Атом

Это и есть такой старенький Atom, с очень высоким энергопотреблением и штучным, по сути, производством + уголовная ответственность за распространение софта и описания :)
смысл сравнивать японию которая не в состоянии разработать процессор и потолок возможностей заводской разгон того, что создали белые люди? своя архитектура чуток другой уровень разработок. опять то что сейчас печатает эльбрус, это не проц. это энтузиасты на карманные деньги выкатили демонстратор возможностей. все эти атомы, спарки, интелы уже уперлись в полный потолок и перспектив не имеют. а вот вынос ветвлений в компилятор позволит этот потолок пробить. демонстратор эльбруса это доказал. только доделать нужно компилятор, оптимизировать сам код прикладух. ту же жава можно научить чуть не аппаратно мусор собирать — самый чувствительный момент у жавы сейчас. но такие вещи на карманные деньги не делаются
В Японии есть свои процессоры Fujitsu SPARC, значительно быстрее Эльбруса и в свободной продаже, а не в опытной эксплуатации.

Какие-то достижения на Эльбрусе нам обещают с конца 90х, каждый год счастье переносится, а бюджетные деньги выделяются стабильно (и они не «карманные», а наши). При такой бизнес модели МЦСТ может еще очень долго существовать, отставая от Intel на стабильные 10 лет.

Что касается VLIW — пока все бравшиеся за создание на них процессоров «для масс» — позорно слили, типа Transmeta и Intel.
Так что подождем еще 10 лет, пока МЦСТ догонит существующие сейчас процессоры и посмотрим на результат. Если, конечно, этот результат не будет опять засекречен, как это происходит сейчас :)
в японии и интел есть, но и он разработан белыми людьми. еще раз, япония не делает процессоры, они так же как китай печатают готовое. просто заводской разгон готовой архитектуры spark.
деньги на эльбрус выделяются не серьезные и они не ваши. это нефтяные деньги, которые вы не заработали. а вот эльбрус заработал. если команда в 20 человек так и останеться, то да. будут еще 10 лет компилятор мучить
Fujitsu непосредственно участвует в разработке SPARC64-XII, какие еще «белые люди»? Заказывает производство на TSMC, как и МЦСТ но в значительно больших количествах.
Разумеется иметь распространенную архитекутуру значительно выгоднее, чем некий секретный Эльбрус, для которого все нужно переписывать. У МЦСТ тоже есть SPARC, который военные используют с 90х годов, под него много софта и никто прекращать его производство не планирует.

Нефтяные деньги не с неба упали — их стригут с нефтяных компаний, которым государство выдало лицензии на добычу. Это деньги всех граждан РФ, которые иначе могли быть вложены в что-то другое. Ну раз решили в секретный процессор, за распространение системы команд которого положена тюрьма — ок. Другое дело, что я не обязан радоваться этому факту.
Как и внедрению его в гражданский сектор, где он никому нафиг не нужен.
спарк разрабатывает оракл, у фуджицы тот же чип. разница лишь в уровне заводского разгона.
на счет граждан, не все граждане одинаково полезны. в РФ полно кочевников, понятно что они не будут радоваться. но суть не в их радостях, суть в том что демонстратор работает и показывает выход из ловушки, в какую попала x86 архитектура.
Нет, архитектура SPARC V9 разрабатывалась совместно Sun и Fujitsu, на текущий момент Oracle перепродает сервера Fujitsu как наиболее производительные сервера на SPARC и сильно порезала собственное подразделение по разработке.
Сами чипы у Sun/Oracle и Fujitsu тоже отличаются (причем у Fujitsu они более производительные).

Что касается x86 — то после того, как Intel протащила свой LTE модем в новые iPhone, а Apple отказывается от сотрудничества с Qualcomm — то нас ждет одно из самых масштабных наступлений x86 в мировом масштабе.
Победить ARM на его же поле — это дорогого стоит.

А демонстратор пусть дальше демонстрирует работу на уровне старых Атомов.

А Китай вам прям так без бекдоров всё честно напечатает, особенно учитывая его геополитические амбиции, ага:)

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

Логика обычно на Verilog, и лейаутеры имеют к ней доступ хотя бы на уровне RTL. Впечатать бекдор сможет даже студент.

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

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

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

Прошу прощения, вы имели дело с Verilog?

Зачем пишите откровенную неправду? В 1991 году никакие Mirage F1EQ не «отключили»: часть уничтожили союзники, часть успели свалить в Иран (интересно, как бы они это сделали «в отключенном» состоянии?), где их включили в состав ВВС Ирана, где они продолжили летать якобы «в выключенном» состоянии.
НЛО прилетело и опубликовало эту надпись здесь

А кто вам сказал, что совково-ксенофобское мышление присуще большинству русских? Может это такие, как вы, среди русских в меньшинстве?

НЛО прилетело и опубликовало эту надпись здесь

Может и в С-400, судя по их околонулевой эффективности в Сирии, всё и правда тёплое ламповое и советское, но в СуперДжете из российского, похоже, только планёр и вентилятор движка http://www.aeronewstv.com/en/?p=download&name=10813&dossier=fichier.

Если бы не ОКБ Сухого и не СуперДжет в РФ сейчас бы не осталось вообще производства гражданских самолётов и технология их производства была бы утеряна. ОКБ Туполева, Яковлева, МиГ, Ильюшина и прочих нет уже лет 20. КБ Туполева развалили чтобы устроить в нём третесортный торговый /бизнес центр ТуполевПлаза. А руководство ОКБ Сухого сейчас в Кремль дверь ногой открывает… потому что комерсов полно, а специалистов мало.

НЛО прилетело и опубликовало эту надпись здесь

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

Теперь осталось сертифицировать всё сделанное, т.к. там где используется Эльбрус, как правило используется только сертифицированное ПО.
В Эльбрусе оставили поддержку тегов на память, поволяющие отличать указатели от данных? Не пробовали их использовать в сборке мусора?
Добрый день, еще не пробовали, но идея очень интересная.
НЛО прилетело и опубликовало эту надпись здесь
В обычном режиме ECC биты используются по назначению, а в защищенном режиме, про который вы и говорите, падает производительность.
Что думаете насчёт GraalVM?
А мне тут нечего сказать. Во-первых, я ни в чем кроме интела и риска не шарю, да и там не особо. Во-вторых, насколько знаю, публично доступного Грааля для Эльбруса нет. Но если уж C2 полностью переведен на Эльбрус (я не смог нагуглить ссылку на исходник), то вероятно, портировать это на Грааль не так уж и сложно.
Насчет Graal не знаю, но Java на Эльбрусе есть:
Пока Graal не в приоритете, но если его востребованность будет расти, то со временем он тоже будет портирован.
А это всё в open-source выпускается?
Сейчас нет, но планируют. Сейчас система команд эльбруса частично засекречена военными, так-как часть активов принадлежит им. Но работа над рассекречиваниванием идет и как только она будет завершена все наработки(кроме компилятора) выложат в апстрим. А еще обещают документацию на систему команд, но когда это будет не знает никто.
В какой-то из статей про Эльбрус, на хабре, я читал, в комментариях, что проблема не в военных, а в НИИ, которые не хотят рассекречивать принадлежащие им части.

Вот тот самый комментарий:
habr.com/company/embox/blog/421441/#comment_19042633

Как по мне — всё это уровня «сосед жены друга слышал, что ...».

UPD: Оказывается, это Ваш комментарий. Вот и повеселил я сам себя. Вот и до Вас дошли ваши же слова. =)
Проблема в том числе и в нии, но и военные до сих пор не рассекретили ничего. Но вообще вы правы, все сведения из открытых источников и достоверность их не велика. Даже группа в вк и канал на ютубе ведутся энтузиастом, хоть и работающим в МЦСТ. Официальных источников очень мало. Только сайт на котором нам явно никто ничего не будет сообщать. Поэтому и идут все толки и кривотолки потому-что кто-то приближенный что-то где-то сказал.
Сама ISA и кодировка операций закрыта.
ОМГ. А нахрена вообще нужен процессор с засекреченной системой команд?
Бррр… «bundle», у нас же импортозамещение, — используем термин «широкая команда» или просто «ШК». ;)

А ещё в системе команд E2Kv3 и выше для маловероятных выходов есть интересная возможность: можно в одной ШК поставить условный непосредственный переход который будет срабатывать от одной или двух операций целочисленного сравнения в тоже самой ШК. Полезно для разных проверок на редкие ситуации с указателями null и кодами ошибок:

{
cmpedb,0 %r1, 0, %pred0
cmpedb,1 %r2, 4, %pred1
rbranch Fail? %cmp0 || ~%cmp1

}

Но похоже ни в реализации Java, и в реализациях JS этим так и не пользуются…
Добрый день, еще как пользуемся, и landp зависимые в одну ШК тоже кладем.
В докладе и так много всего, выделяли главное, а это уже скорее тонкая деталь.
Извиняюсь, перепутал, именно в таком формате rbranch еще пока не используем. Огромное спасибо за прием!
Честно говоря, классический спекулятивный x86 выглядит сильно быстрее. Хотя бы потому, что там спекулятивное исполнение команд и переходов. А у Эльбруса только явный параллелизм.
Это выглядит как некоторое подобие Itanium где тоже была идея-фикс создать простой процессор и очень крутой компилятор. Но, как мы знаем, не взлетело совсем.
В общем есть могучая уверенность, что корректный код и современный компилятор позволят Интелу сильно уделать Эльбрус по количеству инструкций за такт при просто полшебный возможностях по масштабированию системы. И это преимущество архитектурное.
итаник таки намного сложнее чем VLIW. VLIW — он родом из мохнатых 80-х, когда машины были большими, примитивными и медленными, и единственной возможностью их ускорить было выполнение одновременно не одной команды, а нескольких на нескольких исполнительных блоках.

VLIW благодаря своей примитивности прекрасно живет во всяких DSP и прочих числодробильнях, где малое кол-во ветвлений и хорошо параллелящийся на уровне команд алгоритм. но вот в роли generic ЦП их никто не использует. ибо бесперспективно. не, конечно можно притянуть за уши те же TileGX — но 1) это специализированный сетевой проц и 2) производительность его весьма уныла даже в сетевых задачах.

+ у сверхшироких VLIW болячка — низкие рабочие частоты. те же х86 на 90нм к примеру спокойно работали на 3ГГц (Athlon 6000+ Windsor), а какая там частота у 90нм эльбрусов? 800МГц?..
Ну, что он VLIW хорошо на специализированных задачах, как бы, очевидно. Есть применения где он оно вообще вне конкуренции пока. Но мы тут про процессор общего назначения говорим. Да, ещё и позиционируемый, как десктопный.
Низкая частота и VLIW никак не связаны друг с другом. На частоту больше влияет длина конвейера и custom-дизайн вместо стандартных блоков на стандартных фабричных ячейках.
Макс Горшенин (МЦСТ) показывал скриншот, где 8С разогнали с 1,3 до 1,6 ГГц под водянкой. А 8СВ штатно работает на 1,5 ГГц под воздушным охлаждением на том же 28 нм техпроцессе. А разница в том, что микроархитектурные различия между 8С и 8СВ существенны. И это не смотря на конвейер в те же 8 стадий что у первого, что у второго.
аж на целых 300МГц разгон — гигантское достижение, да. как и 1.5ГГц тактовая для 28нм камней (на этих частотах 130нм х86 вообще-то работали лет 15 назад).

С одной стороны — меня радует, что в нашей стране ещё существует надежда на то, что в продаже могут появиться российские процессоры. С другой стороны — что толку читать о том, чего не можешь попробовать. Это огорчает и сводит к нулю весь позитив.

Радовать будет тогда, когда он станет дешевле зарубежных аналогов. Пока радоваться не чему.

Далее делаем системный вызов, чтобы получить стек вызовов.
Системный вызов в ОС или инструкция для работы с Chain-стеком?
Вообще технология интересная с точки зрения уменьшения критичности уязвимостей переполнений на стэке.

Intel только обдумывает реализацию Shadow-stack. В ARM и MIPS (которые съедают огромную долю рынка сетевых устройств) таких защит пока что нету. Почему бы не реализовать дополнительные аппаратные средства защиты и не адаптировать процессор, например, под домашние роутеры/CCTV/IoT?

Там TDP высокий для IoT а перейти на техпроцесс поменьше тоже

Уязвимости переполнений на стеке — это потому что пишут не на Аде.

Где-то в параллельном мире всё ещё доминирует FAT32, и там обсуждают «интересные технологии» уменьшения критичности потери данных при отключении питания. Hitachi пока только обдумывает реализацию Shadow-HDD, — новости из параллельной Вселенной.

В принципе, есть сопоставимо защищённый CHERI, выпускается дольше. На уровне аппаратуры проверит, что программы правильно обращаются с 256битными указателями. Особенно хорошо подходит по менталитету для людей, хранящих данные на четырежды зеркальном RAID. Чего только ни сделаешь, чтоб FAT32 от выключения питания защитить.
Вот блин, хорошая штука Elbrus, но при чем здесь импортозамещение? Начали бы импортозамещать npmjs.org и stackoverflow?
НЛО прилетело и опубликовало эту надпись здесь
Сарказм?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Как минимум имеет смысл для 1С-программистов)
На международном сайте SAP-овцы есть и чувствуют себя комфортно, а вот 1С-ников там нет и не будет.
Это вы, возможно, просто копипастите ответы — а нормальные программисты предпочитают понимать что они делают.
НЛО прилетело и опубликовало эту надпись здесь
Я искренне желаю народу удачи и терпения, и авторам, и создателям процессора. С интересом жду прихода этого изделия на десктоп.

С такого и пишу :)

Господа, вы проделываете шикарную и интересную работу. Одно вам пожелание — не впадайте в ловушку скуки. Когда делаешь инструмент для кого-то, иногда начинает казаться, что ничего не производишь. Ваш труд на самом деле очень ценнен!

а есть что-то новое по оптимизации java?
Подытоживая тему: казалось бы, при чем здесь Лужков?!
выражать намерения в коде за счет явного управления всеми независимыми арифметико-логическими устройствами (АЛУ), которых у Эльбруса, к слову, 4.
У эльбруса их к слову 6 image
Это у итаниумов было 4, у современных интелов и амд вроде бы 3.

Братцы, картинки зря гуглу доверили — восстановить-то теперь вариант хотя бы по веб-архиву? (а то вдруг и под рукой у автора оригиналы остались)

Зарегистрируйтесь на Хабре , чтобы оставить комментарий