Представлены ПК на базе Эльбрус-8С

И второй вопрос, чем оно лучше Итаниума?

Лучше или хуже, сложно ответить, везде свои нюансы, у каждого своё мнение.

Я выделяю одно важное отличие, на мой взгляд. Эльбрус — классический VLIW, а вот Itanium — EPIC, это важно для компилятора.

Классический VLIW ничего не скрывает, и компилятор сам решает каким образом использовать аппаратуру.

EPIC скрывает аппаратуру, что мешает компилятору загрузить аппаратуру. Пример.

f32 a = *mem;
f32 b = *mem;
f32 c = *mem;
f32 d = *mem;

f32 x = a + b;
f32 y = c - d;

*mem = x;
*mem = y;

EPIC
2 ALU + 1 FPU + 1 LD + 1 ST (предположим все операции по 1 такту)

{ 4 такта
// загружает данные
// компилятор не знает сколько у нас LD устройств
// по-этому загружаем всё
    ld a
    ld b
    ld c
    ld d
}
{ 2 такта
// производим вычисления
// опять, компилятор не знает сколько FPU
    fadd x = a + b
    fsub y = c - d
}
{ 2 такта
// сохраняем
    st x
    st y
}

итого от 8 тактов

VLIW
2 ALU + 1 FPU + 1 LD + 1 ST (предположим все операции по 1 такту)
{
    ld a
}
{
    ld b
}
{
    ld c
    fadd x = a + b
}
{
    ld d
}
{
    fsub y = c - d
    st x
}
{
    st y
}

итого 6 тактов

Вот и получается, что для EPIC, было бы неплохо иметь ОоО под капотом, но толку тогда от его ширины команды?

ризен это тот который даже у i3 сосает?

Сравнение не корректное. Первый — высокопроизводительный проц общего назначения. Второй — вообще тайловый WM (очень годный). Они не субституты, а вероятнее комплементы. А ещё вероятнее, мне стоит разупороться и переписать конфиг панельки — глядишь и ризен не понадобится :D

Вы уверены, что для вашего ноутбука есть готовый отлаженный алгоритм огибания рельефа местности на гиперзвуковой скорости, и что он успешно переживёт близкий атомный взрыв?

Я уверен что в моем есть. Если конечно этот алгоритм подчиняется законам алгебры, а не законам велосипедостроения. 2+2*2=6 в любой архитектуре процессора.

А вот насчет близкого атомного взрыва - вы зря. Вам бы на курс физики за 10-й класс.

ПК на базе Эльбрус-8С != Военные аппараты на CPU в военном исполнении. Это ПЕРСОНАЛЬНЫЕ сцука КОМПЬЮТЕРЫ, а значит работают за ними люди, и поверьте, при близком атомном взрыве (да и не близком тоже) - эта прослойка между дисплеем и креслом будет по прежнему самым слабым звеном вычислительной системы.

А существует ли компилер с поддержкой C++14 под Эльбрус?

Да. В компиляторе используется фротненд edg, поэтому поддержка ровно такая, которая в нём.

Где взял?

На работе выдали

JS проблемы, но его активно пилят.

Вот бы послушать историю успеха на какой нибудь из конференций.
Алсо: У вас же вроде firefox 36 был в пакетах, он что через интерпритатор работает?

Не только США делает это оборудование.

Ну уж Китай то точно не продаст даже винтика с фабрики по штамповке MTK. Китаю под боком враг не нужен

Если система не боевая (управление туалетом, видеонаблюдение, еще что-то), то импорт из ограниченного реестра допустим в МО. Для систем вооружения - только российское (не без исключений или халатностей). Брать ЭКБ от стран нато для систем вооружения, когда есть отечественный аналог, справляющийся со своей задачей, - вообще нелепо и нелогично.

Или так и будут сидеть на закрытых компиляторах

Да.

и старинных форках over 90000 библиотек?

Откуда дровишки?

Мне кажется, что в открытом доступе так и нет никакого targetа ни для llvm ни для gcc.

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

И второй вопрос, чем оно лучше Итаниума?

Совершенно разные реализации VLIW'а. Если нужна конкретика, то есть книжечка с описанием Эльбруса. По Итаниуму конкретного ничего не читал, но, думаю, в сети что-то должно быть.

Да. В компиляторе используется фротненд edg, поэтому поддержка ровно такая, которая в нём.

Шикоз. Ему бы ещё Qt 5.8 и cmake — тогда можно будет на нём моё трёхмерное двигло и тестовую сценку собрать и погонять. По моей задумке оно не должно слишком сильно от проца зависить — главное видюшка. Как только перепилю архитектуру на MVC, выложу свою поделку на гитхаб (интересно, что появится раньше — Kawaii3D на гите или Qt 5.8 на Эльбрусе?). Надо будет не забыть тебя кастануть.

28 пекут на tsmc, 65 на ангстреме, лепятся оба варианта. 65 идёт военным, 28 на сервера и прочие штуки.

Насколько я понимаю примерно так.

Или так и будут сидеть на закрытых компиляторах

Да

Зря.

Я уже почитал, спс. За последнее время несколько отошёл от темы ИТ, пробелы налицо, потиху возвращаюсь.

2+2*2=6 в любой архитектуре процессора

Вот только реализуется по разному в процессорах разных архитектур, показывает разную производительность, да и сам алгоритм «чуть сложнее», чем «2+2*2».
И я уверен, что ни кому даже в голову не приходило и не придёт реализовывать этот алгоритм на процессоре общего назначения CISC архитектуры.

ПК на базе Эльбрус-8С

ПК на базе Эльбрус-8С решает совсем иную задачу, чем описанная выше. Типа защищённой спецсвязи, в которой ключевой показатель это то, что и ПО, и железо сертифицированы на отсутствие закладок. А защиту оператора от близкого ядерного взрыва решают другими средствами.

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

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

С производительностью было говно, кстати

Зато были доступны по цене и можно было закупить для НИИЧАВО

Так получается, что для VLIW нужно завязываться в коде на особенности конкретного камня и код для Эльбруса 4С будет неоптимально работать на 8С? Как-то очень грустно получается. Одни только гентушники порадуются.

А где я утверждал что в Китае полный цикл производства?

Давай, попробуй теперь от дерьма отмазаться.

А где ты думал их производят, в Нью-Йорке? Еще Вьетнамские есть и made in Malaysia.

Разницу между made in и assembled in знаешь?

Но поскольку готовая продукция made in China и с учетом геополитической позиции Китая вероятность разрыва поставок минимальна, в отличие от Тайваня.

Ты валенок или прикидываешься им? Вне США чипы только упаковывают и проверяют, никакого полупроводникового производства там нет, от слова вообще. Все полупроводники клепаются в США и Израиле. Эту упаковку в случае чего можно делать где угодно, как и шить тряпки. Поэтому никакого реального (значимого) производства полупроводников у Интела за пределами США нету. Не пори чушь.

Да

Это принципиальная позиция или просто нет ресурсов все привести в порядок и открыть?

Откуда дровишки?

Из статей на Хабре, как минимум, нужно держать форки openjdk, v8, кучи других вещей, которые умеют генерировать код. Тот же llvm же много где используется.

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

А с того, что все популярные архитектуры поддерживают несколько компиляторов. Куча llvm based языков пролетает как фанера над Парижем. Короче говоря, без нормальных спеков и открытого компилятора этот Эльбрус никому нахрен не сдался и втюхать его можно лишь в принудительном порядке.

Так получается, что для VLIW нужно завязываться в коде на особенности конкретного камня и код для Эльбруса 4С будет неоптимально работать на 8С?

Это самая большая проблема VLIW, обратная совместимость, а вот в EPIC c ОоО такой проблемы нет.

В Э-8С добавили 2 FPU, по-этому код скомпилированный для Э-4С не будет их задействовать.

Как-то очень грустно получается. Одни только гентушники порадуются.

Это да, я кстати из их числа. xD

Кто сказал такую глупость?

Даже если нету, почему их надо непременно в РФ печатать?

Правильный вывод - ты тут не нужен.

Нет ты

код для Эльбруса 4С будет неоптимально работать на 8С

Неверно. 8С отличается от 4С количеством ядер, а не их архитектурой. Код скомпилированный для 4С будет работать на 8С в худшем случае (если плохо параллелится) быстрее на разницу тактовой частоты 8С от 4С, а в лучшем случае (хорошо параллелится) быстрее в 2 раза (по количеству ядер) * разницу тактовой частоты * % эффективности диспетчера задач.

Ну уж Китай то точно не продаст даже винтика с фабрики по штамповке MTK. Китаю под боком враг не нужен

Я точной информацией не владею, но у меня большие сомнения, что даже Китай в состоянии производить это оборудование. А значит, и продавать на сторону. Эта отрасль практически монополизирована парой контор из Нидерландов, Японии и США. Все, что делает Тайвань - закупает железо и обеспечивает рабов на линиях.

Даже если нету, почему их надо непременно в РФ печатать?

Потому что до Тайваня ты на поезде не доедешь.

В Э-8С добавили 2 FPU

Т.е. ядра таки поменяли?
Ну так перекомпилировать исходник. да и всё!

Потому что целевая аудиторя гос, чё бы с госа денег то не подрать вместо того чтобы вложить в массовую производственную линию.

Вы таки о чьих деньгах говорите? Вы купите такой процессор, даже если он будет по стоимости сравним с интелловскими топовыми десктопными процессорами, но при этом софта у вас фактически нет (т.к. портированием фактически занимается только МЦСТ)? Для массового производства нужен спрос и спрос очень большой! К чему это я...сделайте заказ на несколько сотен тысяч таких процессоров и цена очень существенно упадёт.

Разницу между made in и assembled in знаешь?

Конечно, в первом 6 букв а во втором 11, другой разницы нет. Я не знаю при чем тут это вообще. Вот например один процессор импортирован из Китая, второй из Тайваня. Какая разница в контексте разговора made они или assembled? Важно то что в случае усиления санкций и запретов со стороны США шансов купить первый у нас даже больше чем второй, хотя на первом может быть написано Intel а на втором Эльбрус.

Вне США чипы только упаковывают и проверяют, никакого полупроводникового производства там нет, от слова вообще

А мужики с Китайской Fab68 то и не знают. Да и работники Fab 10,14 и 24 в Ирландии смотрят на тебя как на идиота. Впрочем, я их прекрасно понимаю, ты и есть идиот.

http://www.eweek.com/networking/intel-opens-2.5-billion-fab-plant-in-china

http://download.intel.com/newsroom/kits/22nm/pdfs/Global-Intel-Manufacturing_...

А как ее надо правильно называть? Значит процессор разработали сами, материнскую плату сами вычертили высчитали, КПИ тоже разработали сами. Но это не должно считаться?

Иными словами, архитектор создал проект дома, но это не его творение, потому что на самом деле кирпич клал строитель Вася/Джамшут? Где грань?

Дорогу осилит идущий.

А победит - бегущий.

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

Кто не научится ходить - бегать не станет точно.

Алсо: У вас же вроде firefox 36 был в пакетах, он что через интерпритатор работает?

Пишу с нативного firefox-45.3.0. Да, в режиме интерпритатора.

Вот бы послушать историю успеха на какой нибудь из конференций.

Портированием JIT занимается не совсем МЦСТ, но вот есть одна из недавних призентаций от УНИПРО.

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

в «томагавках» первых версий стоят 80386 есличо. да-да, 25МГц CISC. и хватает.

хотя вообще для специфичных задач полноценный CPU (с MMU, все дела) нафиг не нужен. хватает и DSP под управлением RTOS какой-то.

Это принципиальная позиция или просто нет ресурсов все привести в порядок и открыть?

Пока это принципиальная позиция. Тут принято ссылаться на опыт Интел, у которого точно такой же закрытый компилятор.

Из статей на Хабре, как минимум, нужно держать форки openjdk, v8, кучи других вещей, которые умеют генерировать код. Тот же llvm же много где используется.

Ок, да. Некоторые вещи действительно старые. Некоторые регулярно обновляются. Зависит от нужд заказчика.

А с того, что все популярные архитектуры поддерживают несколько компиляторов. Куча llvm based языков пролетает как фанера над Парижем. Короче говоря, без нормальных спеков и открытого компилятора этот Эльбрус никому нахрен не сдался и втюхать его можно лишь в принудительном порядке.

Надо решать проблемы по мере их поступления. Есть эксперименты по преобразованию llvm ir во внутреннее представление нативного компилятора, но пока скорее как прощупывание почвы.

Пока это принципиальная позиция. Тут принято ссылаться на опыт Интел, у которого точно такой же закрытый компилятор.

Но ведь есть пачка открытых, а для Эльбруса даже вроде бы спеки нет нормальной, чтобы написать поддержку в gcc и llvm. Совершенно различные ситуации.

Но ведь есть пачка открытых, а для Эльбруса даже вроде бы спеки нет нормальной, чтобы написать поддержку в gcc и llvm. Совершенно различные ситуации.

Понимаю. Здесь проблема в том что спеки не хотят отдавать принципиально. Опять же, заточить gcc или llvm под VLIW невозможно - они будут генерировать тормозной код, и есть опасения что обвинять в этом будут не компилятор, а процессор. Есть другие причины почему не хотят раскрывать спеки - часть информации пока секретна.

Иными словами, архитектор создал проект дома, но это не его творение, потому что на самом деле кирпич клал строитель Вася/Джамшут?

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

Так и тут, спроектировали в россии. Воплотили в железе в китае. Что и как там воплотили остается под вопросом.

Шикоз. Ему бы ещё Qt 5.8 и cmake — тогда можно будет на нём моё трёхмерное двигло и тестовую сценку собрать и погонять. По моей задумке оно не должно слишком сильно от проца зависить — главное видюшка. Как только перепилю архитектуру на MVC, выложу свою поделку на гитхаб (интересно, что появится раньше — Kawaii3D на гите или Qt 5.8 на Эльбрусе?). Надо будет не забыть тебя кастануть.

Прямо сейчас у меня на машине есть Qt-5.5, cmake-2.8.11. Да, можно меня кастануть, попробую поковыряться.

Зря.

Таковы текущие реалии...

Тогда какой вообще смысл на Лоре об этом процессоре постить новости? Он же насквозь проприетарен.

Кто не научится ходить - бегать не станет точно.

Необдуманное применение аналогий приводит к разным казусам.

Тогда какой вообще смысл на Лоре об этом процессоре постить новости? Он же насквозь проприетарен.

Сабж не о процессоре, а о компьютере на его основе. И по ссылке:

Базовой операционной системой для «Эльбрус 801-PC» и серверов является ОС «Эльбрус». Она построена на основе ядра Linux и поддерживает множество приложений с открытым исходным кодом.

Тогда какой вообще смысл на Лоре об этом процессоре постить новости? Он же насквозь проприетарен.

Про проприетарность на ЛОРе вроде ничего не сказано:

Проект «LINUX.ORG.RU: Русская информация об ОС Linux» был основан в октябре 1998 года. Нашей целью является создание основного информационного ресурса об операционной системе Linux в России. Мы стараемся обеспечить возможность обмена различной Linux-ориентированной информацией, последними новостями, ссылками, документацией и другими ресурсами.

Вообще я бы не сказал что совсем ничего в сети нет. Патчи к ядру есть в интернетах, работает на основе linux'а, платформа перспективная и будет отхватывать сначала гос. сектор.

Что и как там воплотили остается под вопросом

Не ясно, ЧТО остается под вопросом. Хорошо ли работает TSMC? Отлично работают ребята. Не внесли ли в шаблон модификации? Это под вопросом, но шаблон есть, хоть его трудно сравнить с тем что на чипе. Полная гарантия от закладок будет лишь на своем производстве, не спорю.

Это сложный вопрос, но лично меня радует сам факт таких разработок в РФ. Производство - задача отдельная, достаточно важная. Нельзя заставить интел выпускать не важно какие процессоры в Зеленограде, но при определенной массовости и спросе на Эльбрусы/TSMC, производство таковых в РФ хотя бы приобретает мыслимые перспективы и механизмы стимулов.

Производительность примерно в три раза выше i7.

Эльбрус-8С — пиковая производительность 125 GFLOPS двойной точности

Intel Core i7-4930K — 130—140 GFLOPS (теоретический пик 177 GFlops)

Такой подход с секретностью как-то очень снижает перспективы массового рынка.

Эльбрус-8С — пиковая производительность 125 GFLOPS двойной точности

Скалярной.

Intel Core i7-4930K — 130—140 GFLOPS (теоретический пик 177 GFlops)

Векторной.

Если приводите цифры, то уточняйте.

Только раньше такую технику не называли отечественной.

Это потому что импортозамещенцы стали ушлее и быстро сообразили, как на ставках ввозных пошлин можно навариваться.

Это сложный вопрос, но лично меня радует сам факт таких разработок в РФ.

Это действительно сложный вопрос. С одной стороны это хорошо, с другой стороны это РФ, где все через жопу.

Прямо сейчас у меня на машине есть Qt-5.5

На древнем кьюте была бага с невалидными указателями на gl фунуции (причём только в шиндовс) и QOpenGLContext::swapBuffers тоже не радовал.

Таковы текущие реалии

Зря они таковы :)

какой массовый рынок может быть у проца с производительностью атома в generic задачах? VLIW вне узкого круга задач типа линпака весьма уныл.