МЦСТ выпустила плату разработчика MBE1C-PC для Эльбрус-1С+

Для g++ не использвался ключ -march=native? В сад.

Ну, если сам анонимус сказал в сад - значит, в сад.

Но если ты знаешь, кому и для каких задач она нужна именно на e2k - рассказывай

Надеюсь, что Ваш опыт пригодится на собеседовании.
Или в собесе.

В этот раз лажанулся tailgunner, похоже. В собесе используется Java/Tomcat, во многих регионах. Защищённая платформа как раз бы не помешала, особенно Linux.

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

Обиднее всего, что под эльбрус вполне возможно точно такие же неграмотные ключи

Ключи на Intel и E2k одинаково грамотные (или безграмотные, если угодно).

В этот раз лажанулся tailgunner, похоже

В чем именно?

Защищённая платформа как раз бы не помешала,

Это личное мнение человека, который e2k не видел в глаза?

Я так понимаю, у них там кастомный компилер, который как icc с векторизацией из коробки.

Наверное. Ну так и на любом современном интеле по gcc -O3 включается векторизация.

Все-таки стоило использовать те же AVX и проч. инструкции

Как их использовать?

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

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

Даже если у него была 64бит система, gcc по дефолту собирает под минимальный общий набор инструкций уровня где-то pentium4. А если система 32бит, то i686 и x87. Не использовать большую часть процессора противника это конечно круто для рекламы.

Не использовать большую часть процессора

Большую? okay.jpg

Пруфов не будет, но большее чуть ли не в два раза тепловыделение при использовании avx в цикле как бы косвенно намекает.

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

Ну хз. Примерно с Pentium 4 (а может и с pentium3) можно использовать SSE для вычислений с плавающей точкой. Жрать должно побольше, а к производительности хорошо если 20% добавляется (там еще размер float начинает превышать 80 bit стандартного long double, поэтому траблы тоже возможны). Больше я ни разу не встречал автоматическую расстановку SSE-инструкций. AVX во многом аналогичен SSE, только шире и фичастее.

Если руками расставлять MMX/SSE/AVX/FMA, то можно увеличить производительность на порядки. Допустим, отключение MMX в XviD давало увеличение времени кодирования раз в 6 как минимум! Но в стандартном компиляторе без ассемблерных оптимизаций толку от этого мало...

Отечественное оборудование должно использовать в кодировках буквы «Ё» и «Й» а не эту псевдо-латиницу «МВЕ 1С», я считаю...

по gcc -O3 включается векторизация.

Да хрен там, как минимум avx/avx2 у тебя не будет без указания архитектуры.

Как их использовать?

man clang man gcc

В чем именно?

Java используется в собесе. =)

Ты что конкретно хотел сказать про Е2к? Что он тормозной для Java?

Этот отечественный производитель старше майкрософта, тащемта.

И что ты думаешь что у тебя будет AVX задействован если ты просто какие то ключи поставишь во время копиляции?
А всякие интринсики / мат. библиотеки - это для быдла все наверное, да?

И что ты думаешь что у тебя будет AVX задействован если ты просто какие то ключи поставишь во время копиляции?

Смотри в сторон -mfpu=sse (или подобное, не помню точно как называется). Проц начнет их вставлять SSE/AVX (ну что там можно будет для камня) для операций над float/double, Профит не очень серьезный. Если, например, по 4 раза копировать тело цикла и сокращать в 4 раза количество итераций профита будет побольше. Но даже так в разы не ускоряется...

Греется сильнее скорее всего потому, что вместо сложения 64/80-битных флоатов на обычном fpu начнет складывать 128-битные с незначащими нулями. Ну и сами блоки SSE/AVX сильно сложнее чем fpu. Так что греться может и в 2 раза сильнее, а профита будет +5%.

А бюджет у него такой же как у мелкоягких, да?

Всё это конечно хорошо, но когда же народу продавать то будут ?!?!?, Представители МЦСТ, если хотите развивать сие направление подумайте о народе ! Мб я хочу её в качестве зелёного десктопа !?

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

В советские времена может и был сравним... Они же наследники ИТМиВТ. Не в бюджете дело, а в голове и заказчиках. Работать на «свободный рынок» они не хотят и не могут, а военным много не надо, «не может один солдат мешок брюквы съесть». Вот и делают полтора изделия за три кармана денег каждое.

Этот процессор у них был в виде эмулятора и (вроде как) тейпаута еще летом 1998го. Я к ним тогда работать пытался устроится, вот и рассказывали. Может и преувеличивали чего...

Сейчас добавили, конечно, графику, многоядерность, ну так 20 лет прошло... И толку то. Получили не пойми-какой кристалл ограниченного применения с неполным SDK. Только что военным продавать... Они--люди подневольные, чем прикажут, тем и будут воевать :)

-mfpu=sse

gcc пишет что не знает что значит mfpu

/** Core 2 Extreme QX9650 **/
===============================================
$ g++-6 -O3 test.cpp -o test.x64 -fno-inline
$ time ./test.x64
3.1415926436

real	0m0.773s
user	0m0.671s
sys	0m0.003s

===============================================
$ g++-6 -O3 test.cpp -o test.x64 -march=native
$ time ./test.x64
3.1415926436

real	0m0.675s
user	0m0.671s
sys	0m0.004s

Тот грамотей имел ввиду -mfpmath=unit.

В чем именно?

Java используется в собесе. =)

Ты норкоман. Я спрашивал о том, кому нужна Ява на e2k.

Ты что конкретно хотел сказать про Е2к?

Я спрашивал, кому нужна Java на e2k. А о том, что используется в собесе, поговори с Bioreactor.

g++-6: error: unrecognized argument in option '-mfpmath=unit'
g++-6: note: valid arguments to '-mfpmath=' are: 387 387+sse 387,sse both sse sse+387 sse,387

что выбрать?

Неплохо Столлман gcc допилил, красивенько стало информативно все.

Я спрашивал о том, кому нужна Ява на e2k

А что не так?

Я спрашивал о том, кому нужна Ява на e2k

А что не так?

Ты вопрос понял, ответить можешь? Или совсем упорот?

Ты вопрос понял ...?

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

Ты ведь про это?

Сформулировать суть архитектуры E2K в одной фразе можно так ...
Появление OpenJDK хоть в каком-то виде уже можно назвать большим прорывом, — ведь нелюбовь к Java и Mono в подобных системах давно известна; и нелюбовь эту можно понять, когда даже нативные программы едва шевелятся. Поскольку среди коллег автора есть много джавистов, в силу вышеперечисленных обстоятельств вынужденных сдерживать души прекрасные порывы, было решено отдельную серию тестов производительности посвятить Java. Забегая вперёд, отметим, что результаты оказались обескураживающими даже в относительном выражении: с таким же успехом можно писать интерпретируемые скрипты на PHP или Python, наверное.

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

Как мы хотели?

Мы хотели, что бы была адекватная разработка, доступная всем и на любом уровне, при прозрачности и доступности цены и инструментов разработчика.

Разработка конкурирующая с китаем, учитывая то, что всё равно всё заказывается и делается у китаёз.

Вот как мы хотели, и что бы без всяких попилов и желания 100% навара здесь и сейчас.

Так же мы бы хотели адекватную налоговую политику от государства, когда открываешь фирму и не платишь налоги пару лет. Это так, для начала.

И еще мы бы хотели, что бы налоговая не могла арестовать счёт без решения суда.

И много чего еще.

И всё это можно сделать на раз-два уже сейчас в нашей стране, а не идти к этому годами.

Этот отечественный производитель старше майкрософта, тащемта.

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

То же и тут.

Нифига себе ты оптимист.

И всё это можно сделать на раз-два уже сейчас в нашей стране

Так сколько ты заводов уже открыл, болезный? А то у нас каждый второй - специалист по макро/микро менеджементу, особенно на кухне в трениках и с пивом.

Ты ведь про это?

Нет. Я уже несколько раз повторил свой вопрос.

Сравни результаты -mfpmath=sse и -mfpmath=387.

Диву даюсь как люди могут не видеть собственных каментов, забань уже его, пусть отдохнет.

Косяков у МЦСТ нет. Есть просто плохой процессор, который они пилят вот уже 20 лет. :) Моя позиция в том, что люди сидят в своей песочнице и клепают работоспособное говно ограниченного применения и продают его ограниченному кругу лиц, причем за деньги, которых оно, это говно, не стоит. Как-то так.

Абстрактно --это интересно как (возможно) последний живой VLIW. А практически — нет.

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

короче

$ g++-6 -O3 test.cpp -o test.x64 -mfpmath=sse
$ time ./test.x64
3.1415926436

real	0m0.675s
user	0m0.670s
sys	0m0.003s

=============================================
$ g++-6 -O3 test.cpp -o test.x64 -mfpmath=387,sse
$ time ./test.x64
3.1415926436

real	0m0.742s
user	0m0.737s
sys	0m0.004s

//387 387+sse 387,sse both sse+387 sse,387 показывают то же самое, то есть только ухудшают все.

Это у тебя amd? А -march=native пробовал?

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

размер float начинает превышать 80 bit

чо?

И что ты думаешь что у тебя будет AVX задействован если ты просто какие то ключи поставишь во время копиляции?

Я не думаю, я знаю. Сам как раз с ключами разбирался. Вот тебе примеры кода:

gcc -O3 -fPIC -c -march=native -S

.LFB576:
	.loc 1 84 0
	.cfi_startproc
.LVL120:
	pushq	%rbp
	.cfi_def_cfa_offset 16
	.cfi_offset 6, -16
	movq	%rsp, %rbp
	.cfi_def_cfa_register 6
	pushq	%r10
	pushq	%rbx
	.cfi_offset 10, -24
	.cfi_offset 3, -32
	movq	%rsi, %rbx
	subq	$64, %rsp
	.loc 1 91 0
	testq	%rdi, %rdi
	js	.L179
	vxorpd	%xmm8, %xmm8, %xmm8
	vcvtsi2sdq	%rdi, %xmm8, %xmm8
.L180:
	vmovsd	.LC6(%rip), %xmm0
	vmovsd	%xmm8, -72(%rbp)
	vdivsd	%xmm8, %xmm0, %xmm0
	call	tan@PLT
.LVL121:
	.loc 1 112 0
	vmovsd	-72(%rbp), %xmm8
	.loc 1 101 0
	vmulsd	.LC9(%rip), %xmm0, %xmm5
	.loc 1 100 0
	vmovsd	.LC7(%rip), %xmm2
	.loc 1 102 0
	vmovapd	%xmm0, %xmm6
	.loc 1 100 0
	vmovsd	.LC8(%rip), %xmm7
	.loc 1 104 0
	vmovsd	.LC12(%rip), %xmm4

...

gcc -O3 -fPIC -c  ebur128.c -S -g

.LFB576:
	.loc 1 84 0
	.cfi_startproc
.LVL120:
	pushq	%rbx
	.cfi_def_cfa_offset 16
	.cfi_offset 3, -16
	movq	%rsi, %rbx
	subq	$64, %rsp
	.cfi_def_cfa_offset 80
	.loc 1 91 0
	testq	%rdi, %rdi
	js	.L172
	pxor	%xmm8, %xmm8
	cvtsi2sdq	%rdi, %xmm8
.L173:
	movsd	.LC6(%rip), %xmm0
	movsd	%xmm8, 56(%rsp)
	divsd	%xmm8, %xmm0
	call	tan@PLT
.LVL121:
	.loc 1 100 0
	movapd	%xmm0, %xmm5
	movapd	%xmm0, %xmm9
	movsd	.LC7(%rip), %xmm1
	mulsd	%xmm0, %xmm5
	.loc 1 101 0
	mulsd	.LC9(%rip), %xmm0
.LVL122:
	.loc 1 100 0
	divsd	%xmm1, %xmm9
...

gcc (GCC) 6.1.1 20160621 (Red Hat 6.1.1-3)

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

Я не думаю, я знаю.

Раскрою страшную тайну: вот это:

	vxorpd	%xmm8, %xmm8, %xmm8
	vcvtsi2sdq	%rdi, %xmm8, %xmm8
.L180:
	vmovsd	.LC6(%rip), %xmm0
	vmovsd	%xmm8, -72(%rbp)
	vdivsd	%xmm8, %xmm0, %xmm0
	call	tan@PLT

и это:

	pxor	%xmm8, %xmm8
	cvtsi2sdq	%rdi, %xmm8
.L173:
	movsd	.LC6(%rip), %xmm0
	movsd	%xmm8, 56(%rsp)
	divsd	%xmm8, %xmm0
	call	tan@PLT

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

Ну-ка, поведай нам от имени невыживших, адвокат ты наш колхозный))))

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

В SSE вычисления для типа long double видимо лучше проводить над 128-битным вещественным, т.к. регистры xmm 128-битные. GCC так и делает. Классический fpu у i386 (или у 486, или когда там сопроцессор появился) были 80-битные. Дополнительные 48 бит - это лишняя трата транзисторов, а возможно и тактов при некоторых сложных операциях.

Сколько конкретно получится sizeof(long double) - вопрос уже к компилятору и требованиям ABI. В манах gcc кажется про это написано.

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