LINUX.ORG.RU

Вышел StarPU 1.0.0

 , starpu,


0

1

StarPU — набор расширений GCC, предназначенный для облегчения разработки приложений для гетерогенных многопроцессорных систем, например, для компьютеров с программируемым GPU. StarPU позволяет создавать унифицированные абстрактные задания, называемые codelet, при этом может быть указано, на какой архитектуре может быть запущен каждый codelet. При этом, обернуть уже написанные функции в codelet не составляет особого труда. Это делает возможным быструю адаптацию уже существующего кода для гетерогенных систем.

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

StarPU работает под операционными системами Linux, Mac OS X и Windows. Поддерживаются следующие архитектуры процессоров:

  • обычные процессоры (x86, PPC, ...);
  • NVIDIA GPUs;
  • OpenCL;
  • Cell Processors (экспериментальная поддержка).

Планируется поддержка архитектур Intel SCC и Intel MIC.

>>> Подробности

★★★★★

Проверено: tazhate ()
Последнее исправление: Silent (всего исправлений: 1)

А можно увидеть, где оно уже применяется?

harper
()

А чем оно отличается от OpenCL (который и софтовый есть, и на нвидией тоже поддерживается)?

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от DNA_Seq

Где у него открытая софтовая реализация?

Clover вроде благополучно закопан.

buddhist ★★★★★
()

Очень интересно. Спасибо за новость.

unfo ★★★★★
()
Ответ на: комментарий от x4DA

Ну это не самая важная характеристика. Та же куда это почти c++, соответственно все сравнительно быстро осваивается и сравнительно быстро пишется. Как можно реализовать подобное на pure C представить не могу. А ведь gcc поддерживает еще кучу языков, например весьма любимый для числодробилок fortran 77. Они все это собираются поддерживать? Иначе зачем пихать все в компилятор, а не делать стопицотую либу.

DNA_Seq ★★☆☆☆
()

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

ForwardToMars
()

Хорошая новость, спасибо. Как раз занимаюсь гетерогенными системами.

drSchur ★★★
()

Интересно, он сам автоматом сможет осилить через MPI распределить задание и через OpenCL посчитать его на видео-карточках?..

gag ★★★★★
()

А что, годно! Старпу!

AiFiLTr0 ★★★★★
()

Я протестую! Пу - не Стар и уж конечно не стар. Наш Пу - СуперСтар, то есть эти заграничные недруги как всегда недооценили нашего Пу!

DRVTiny ★★★★★
()

У нас народ всё на R с использованием snow/сокетного кластера считает. Что они делают не так? В принципе, действительно, видеопроцессоры какие-то можно надыбать на машинках, вот только сильно ли большой прирост скорости вычислений это даст?

DRVTiny ★★★★★
()

Чем СтарПёр луче Data Parallel Hachkell?

anonymous
()
Ответ на: комментарий от Quasar
     #pragma starpu initialize
     
       /* Do an asynchronous call to `my_task'.  */
       my_task (42);
     
       /* Wait for the call to complete.  */
     #pragma starpu wait
     
       /* Terminate.  */
     #pragma starpu shutdown

Ну и где «высокоуровневость»? Как была говносишка с ручным ковырянием ануса мьютексов, так и осталась.

anonymous
()

Ну не знаю. Скачал исходники на посмотреть.
Биндинги к фортрану есть :)
Конструкции типа: #ifdef STARPU_USE_CUDA в этих ихних коделетах уж сильно напрягают.

Итого: Байсикал неведомой конструкции.

void_ptr ★★★★
()
Ответ на: комментарий от gag

1) далеко не все на видеокарточках считается быстрее

2) под это дело нужна обширная оптимизация алгоритма

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от DNA_Seq

Зачем равняться на худших?

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

anonymous
()

пишешь функцию для cpu,
пишешь ту же функцию для gpu,
а эта штука (её «большинство шедулеров») c помощью «Performance model» оценивает статистику скорости выполнения там и делает вывод, где этот *код запускать?
(http://runtime.bordeaux.inria.fr/StarPU/starpu.html#Performance-model-calibra...)
Там написано, что с CUDA нельзя использовать асинхронные трансферты для бенчмарка.
/При небольших объёмах данных на цпу можно посчитать быстрее

wstorm ★★
()
Ответ на: комментарий от DNA_Seq

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

Quasar ★★★★★
()
Ответ на: комментарий от DNA_Seq

По синтаксису CUDA может и лучше, чем OpenCL. На деле же она хуже.

Quasar ★★★★★
()
Ответ на: комментарий от DNA_Seq

thx, Кэп. Напоминает вопросы вида «Sony / Asus / ... — хорошая фирма?». Если имеешь в виду скорость или простоту написания, то так и пиши. А если сравнивать зоопарк поддерживаемого железа и разработчиков стандарта, то тут уже другая ситуация, не?

anonymous
()
Ответ на: комментарий от anonymous

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

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от fidaj

Если так, то я имел ввиду чем лучше писать на этом поделии, чем на самом CUDA? С точки зрения программиста.

В чём преимущество?... проще ли реализовано, проще ли разобраться?

У меня сейчас в этом вонючем CUDA куча ошибок вылетает, никак разобраться не могу, времени не хватает. Жалею, что за это взялся, это ужас какой-то.

BattleCoder ★★★★★
()
Ответ на: комментарий от BattleCoder

я скачал исходники и посмотрел примеры - так как там это всё реализовано - CUDA и рядом не валялось со своими стандартами и API... в варианте с StarPU все упирается в макроопределения и директивы компилятора... а сам код (алгоритм) чист как.....

fidaj
()
Ответ на: комментарий от fidaj

правда как я вычитал - оно работает в пределах одного SMP-узла... но это уже дело техники - как организовать этот узел...

fidaj
()
Ответ на: комментарий от DNA_Seq

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

Это неправда;-)

AIv ★★★★★
()
Ответ на: комментарий от AIv

Наверное, имееются ввиду тяжёлые расчёты в прямом смысле слова: проги, которые считают несколько месяцев? И пока они считают, пишутся уже новые?

gag ★★★★★
()
Ответ на: комментарий от gag

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

AIv ★★★★★
()
Ответ на: комментарий от DNA_Seq

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

anonymous
()
Ответ на: комментарий от AIv

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

Верно подмечено.

Archer73
()

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

PS: А ты прямо настоящим ньюсмейкером стал. :) И новости-то все по делу, качественные, интересные.

DeVliegendeHollander ★★
()
Ответ на: Кодлеты от anonymous

«Кодлеты»... Звучит аппетитно :)

Да. Будем готовить «кодлеты» по рецептам StarPU. :)

DeVliegendeHollander ★★
()

StarPU Gentoo GCC-4.7.0

Кто уже пробывал собрать? Не получилось пока. Прошу проверить.

Deleted
()
Ответ на: комментарий от DeVliegendeHollander

> PS: А ты прямо настоящим ньюсмейкером стал. :) И новости-то все по делу, качественные, интересные.

Спасибо, стараюсь. :)

provaton ★★★★★
() автор топика
Ответ на: комментарий от AIv

но в РФ вообще то компьютеров дофига а считать на них оказывается некому (пилить бабло на постройке кластеров легко,

Верно, но не совсем.

гораздо сложнее готовить специалистов).

А вот это - еще одна вредная иллюзия из их многочисленного списка.

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

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

kernel ★★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.