Скорость Эльбруса

[vak]

Появились результаты измерения производительности Эльбруса, которым вроде бы можно доверять. Смотрите страницу 7: http://www.kpda.ru/upload/iblock/a80/senkov_25.11.2015.pdf

Тест Dhrystone у меня под рукой, так что я тут быстренько прикинул. Получается, последний Эльбрус-401 выпуска 2015 года в 16 раз медленнее моего iMac 2012 года. Процессоры соответственно Эльбрус-4С 800МГц и Intel Core i5 2.7ГГц.

Интересно, что производительность Эльбруса получилась равной скорости платы Raspberry Pi 2 Model B 1000MHz ($36 на Амазоне).

Comments

[zyxman.livejournal.com]

На всякий случай, решил дополнить.

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

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

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

Вобщем экономика рулит.

При этом я еще допускаю, что есть принципиальная проблема, что VLIW/EPIC нужно разработать принципиально новый алгоритм шедулера, то есть я допускаю что только принципиально новый шедулер даст большой качественный скачок.

[oboguev.livejournal.com]

С год назад вот прямо в этом дневнике я высказывал такое же сомнение, а кто-то мне рассказывал, что якобы вот делают open-source VLIW процессор с круто-оптимизирующим компилятором под него и давал ссылку. Почитать и разобраться мне было недосуг, и операционно я так и остался в неверии.

Но при этом нужно понимать, что если general-purpose статическая оптимизация для VLIW невозможна (будем пока считать), то оптимизация под конкретные ситуации, где требуется выч. мощность, сравнительно тривиальна. BLAS, другие матбиблиотеки, компиляция кода с hint-тэгами вроде OpenMP и т.п. В том или ином виде это всё существует больше 30 лет. (Помнится, в середине 80-х сам поучаствовал в переделывании фортрановского кода под FPS-164/264 и чуточку под Convex -- это такой мини-крей был).

[zyxman.livejournal.com]

> оптимизация под конкретные ситуации, где требуется выч. мощность, сравнительно тривиальна. BLAS, другие матбиблиотеки, компиляция кода с hint-тэгами вроде OpenMP и т.п

Да.
Просто 30 лет назад средний уровень программиста был намного выше чем сейчас - был сильнее отсев, была ниже потребность индустрии.

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

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

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

[oboguev.livejournal.com]

Я не интересовался статистикой, но в целом, я думаю, количество качественных программистов возрасло. Другое дело, что общее количество программиствов возрасло ещё больше, что может вызывать впечатление (верное или неверное) падения среднего качества. Но объём качественного персонала, да ещё помноженного на усовершенстовавшуюся инженерную технику, сейчас конечно заведомо много выше, чем 30 лет назад.

[zyxman.livejournal.com]

Ну тут всё как и 30 лет назад - если у кого есть ОЧЕНЬ много денег, он может себе позволить набрать МАЛЕНЬКУЮ команду из самых лучших, и делать медленно и дорого.

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

[oboguev.livejournal.com]

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

[zyxman.livejournal.com]

> квалифицированные программисты представляют дефицитный и дорогой ресурс

А вы можете обоснованно опровергнуть это утверждение?
- Я как раз могу обоснованно это утверждать.