https://www.opennet.me/openforum/vsluhforumID3/78849.html Анонсировано (http://openmp.org/wp/2011/07/openmp-31-specification-released/) принятие финального варианта открытой спецификации OpenMP 3.1 (http://openmp.org/wp/openmp-specifications/), выступающей в роли стандарта, определяющего API и способы задействования методов параллельного программирования для языков Си, Си++ и Фортран. Прошлый вариант спецификации OpenMP 3.0 был выпущен три года назад. <br><br><br>Выпуск OpenMP 3.1 в основном носит корректирующих характер и устраняет всплывшие за последние годы недоработки. Тем не менее в обновленном вариант спецификации представлено несколько полезных новшеств, добавленных в угоду пожеланий представителей сообщества. Например, в спецификацию включена реализация предопределенных операторов редукции min и max, а также добавлены расширения для атомарных конструкций (блок atomic), позволяющих захватить или вывести значение совместно используемой переменной, которая обновляется внутри конструкции, без её предварительного чтения. Из других расширений отме...<br><br>URL: http://softwar https://www.opennet.me/openforum/vsluhforumID3/78849.html#7 Tue, 12 Jul 2011 21:48:25 GMT &gt; почему бы не объединить OpenCL и OpenMP<br><br>Неплохо было бы! А то OpenMP был для CPU, а хотят добавить GPU. А OpenCL с прицелом для GPU, но и CPU может исплользовать. Этак можно написать одну прогу, которая через OopenMPI разбросается по хостам, а там мат. рассчёты через OpenMP по ядрам CPU&GPU, а мат.рассчёты для визуализации через OpenCL по граф.чипам, чтобы напрямую выводить в OpenGL. А если построить кластер на APU..... Эх, заживут фаны числодробления!<br> https://www.opennet.me/openforum/vsluhforumID3/78849.html#6 Tue, 12 Jul 2011 04:41:24 GMT OpenCL и GCD вообще разного поля ягоды и предназначены для разного.<br> https://www.opennet.me/openforum/vsluhforumID3/78849.html#5 Mon, 11 Jul 2011 21:17:06 GMT &gt; Ну а почему бы не объединить OpenCL и OpenMP.<br>&gt; Ведь эти обе хреновины всего лишь API, т.е. некий стандарт.<br>&gt; Программить-то все равно придётся человеку.<br><br>я это понимаю, но обеспечивать это (в соответствии стандарта) должны: ядро ОС (как минимум)+компилятор и драйвер для GPU (как максимум)<br><br>первое уже давно вродь как делает это, даже не на уровне алгоритма, а на уровне опций компилятора (как пример http://gcc.gnu.org/wiki/Graphite -floop-parallelize-all -ftree-parallelize-loops=n) может распараллелить в воответствии с целью параллелизма выполнения...<br>а вот дрова за столько лет так и не наблизились к этому на достаточном для повседневного использования уровне... всё заканяивается только демками на ютубе... а уже на моей памяти лет 5 прошло так точно...<br><br>как-то так... :(<br> https://www.opennet.me/openforum/vsluhforumID3/78849.html#4 Mon, 11 Jul 2011 20:40:53 GMT Ну а почему бы не объединить OpenCL и OpenMP.<br>Ведь эти обе хреновины всего лишь API, т.е. некий стандарт.<br>Программить-то все равно придётся человеку. <br> https://www.opennet.me/openforum/vsluhforumID3/78849.html#3 Mon, 11 Jul 2011 20:02:50 GMT &gt; Какая, каким интересует?<br>&gt; - Поддержка ускорения за счет привлечения мощностей GPU ?<br>&gt; - улучшения в модели выполнения задач?<br>&gt; - добавление механизмов обработки ошибок?<br>&gt; - поддержка определенных пользователем редукций?<br><br>скорее<br>- Поддержка ускорения за счет привлечения мощностей GPU<br><br>через какое место это они обеспечат? через стандарт на бумаге или всех в кучу опять грести начнут...<br>вот-вот еле OpenCL сбили в купу с вытекающими глюками, то у одних (ATI) как-то не так работает, то у других (Nvidia) за третьих (Intel) я вообще молчу...<br><br>вот и возник вопрос "как?"<br><br>у эпловцев там еще одно чудо GCD в этом же направлении (распараллеливания) короче расплодили, что для прикладных задач оно не годно, разве только для академических...<br><br>короче кругом одни нестыковочки между стандартами...<br> https://www.opennet.me/openforum/vsluhforumID3/78849.html#2 Mon, 11 Jul 2011 19:47:06 GMT Какая, каким интересует?<br>- Поддержка ускорения за счет привлечения мощностей GPU ?<br>- улучшения в модели выполнения задач?<br>- добавление механизмов обработки ошибок?<br>- поддержка определенных пользователем редукций?<br> https://www.opennet.me/openforum/vsluhforumID3/78849.html#1 Mon, 11 Jul 2011 18:55:10 GMT "Что касается будущего стандарта OpenMP 4.0, наиболее привлекательными новшествами в нем станет поддержка ускорения за счет привлечения мощностей GPU, значительные улучшения в модели выполнения задач, добавление механизмов обработки ошибок и поддержка определенных пользователем редукций."<br><br>Интересно каким образом?<br>