https://opennet.dev/openforum/vsluhforumID3/105715.html После двух с половиной лет разработки опубликован (http://openmp.org/wp/2015/11/openmp-45-specs-released/) набор спецификаций OpenMP 4.5 (http://openmp.org/wp/openmp-specifications/) (Open Multi-Processing), определяющих API и способы применения методов параллельного программирования для языков Си, Си++ и Фортран на многоядерных и гибридных (CPU+GPU/DSP) системах с общей памятью и блоками векторизации (SIMD). OpenMP 4.5 примечателен расширением средств для параллельного программирования на системах с аппаратными ускорителями и GPU, а также поддержкой распараллеливания циклов с хорошо структурированными зависимостями. Реализация OpenMP 4.5 уже почти завершена в GCC и будет представлена в выпуске GCC 6.0, а также уже началась в экспериментальной ветке Clang, в которой формируется выпуск 3.8.<br><br><br><br><br>Основные новшества OpenMP 4.5:<br><br><br>- Значительно улучшена поддержка дополнительных аппаратных вычислительных устройств, таких как специализированные аппаратные ускорители. Реализованы механизмы для привязки к подо https://opennet.dev/openforum/vsluhforumID3/105715.html#47 Sat, 05 Dec 2015 15:20:06 GMT из НЕ-проприетарного - он пока безальтернативен для HPC, к сожалению.<br>не на ICC-же ваять который с MP не дружит. распределенное решение реально работающее - иначе не написать.<br> https://opennet.dev/openforum/vsluhforumID3/105715.html#46 Sat, 05 Dec 2015 15:18:42 GMT автору - SIMD это SIMD. а блоки векторизации - это блоки векторизации - не путаем. аналогично это и векторные процессоры(и подсистемы оных) - с первыми двумя.<br> https://opennet.dev/openforum/vsluhforumID3/105715.html#45 Wed, 02 Dec 2015 01:48:38 GMT Отличная практика путать жопу с пальцем. Главное демагогией позаниматься...<br> https://opennet.dev/openforum/vsluhforumID3/105715.html#44 Tue, 01 Dec 2015 18:20:09 GMT &gt; Вот еслибы это было кроссплатформенностью уровня выполнения, а не компиляции, цены бы <br>&gt; этому не было. А так костыль.<br><br>По такой логике и Qt -- костыль. И вообще решения на C++ -- костыль. <br><br>А Вы, случаем, не фанат Java?)<br> https://opennet.dev/openforum/vsluhforumID3/105715.html#43 Tue, 01 Dec 2015 18:14:37 GMT Я сталкивался с кодом, который использует OpenMP в подобных задачах: https://opus4.kobv.de/opus4-zib/files/4218/wende_steinke.pdf<br><br>Об автовекторизации задачи здесь речи не идёт. Если кратко, то с использованием OpenMP пишутся аналоги CUDA-ядер, которые запускаются на многоядерных узлах кластера. Коммуникация между узлами осуществляется с использованием MPI.<br> https://opennet.dev/openforum/vsluhforumID3/105715.html#42 Mon, 30 Nov 2015 15:00:34 GMT Ну да, попросить у планировщика ядра(Линя) два ядра(проца) и раздать своим потокам. Знанит есть АПИ к планировщику(Линя), какое?<br>Чет не попадалось, а libgomp как-то делает.<br>И у ядер проца нет id-ов (вроде ?).<br> https://opennet.dev/openforum/vsluhforumID3/105715.html#41 Mon, 30 Nov 2015 12:56:01 GMT есть, написать свой планировщик<br> https://opennet.dev/openforum/vsluhforumID3/105715.html#40 Mon, 30 Nov 2015 11:17:19 GMT А как вручную рассадить потоки по ядрам?<br>В pthread-ax разве есть такая возможность?<br> https://opennet.dev/openforum/vsluhforumID3/105715.html#39 Mon, 30 Nov 2015 10:46:48 GMT Вот еслибы это было кроссплатформенностью уровня выполнения, а не компиляции, цены бы этому не было. А так костыль.<br>