URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 92086
[ Назад ]
Исходное сообщение
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено opennews , 09-Окт-13 00:27 
Компания Intel передала (http://blog.llvm.org/2013/10/openmp-project.html) проекту LLVM код runtime-библиотеки OpenMP (https://www.openmprtl.org/), которая послужит началом для формирования полнофункциональной  OpenMP-системы на базе LLVM. Код библиотеки отныне будет развиваться в качестве официального субпроекта LLVM (http://openmp.llvm.org) с использованием репозиториев и инфраструктуры LLVM. Код библиотеки открыт под двойной лицензией (MIT + BSD-подобная лицензия UIUC), полностью совместимой с LLVM. Кроме того, проекту переданы права по использованию всех связанных с библиотекой патентов Intel.


Runtime-библиотека является одной из составных частей реализации стандарта OpenMP (http://ru.wikipedia.org/wiki/OpenMP) (Open Multi-Processing), позволяющего задействовать методы параллельного программирования в программах на языках Си и Си++.  Библиотека связывается с итоговыми OpenMP-приложениями и выполняет функции диспетчеризации потоков в процессе выполнения OpenMP-программы.  Из особенностей библиотеки отмечается высокая производительность и совместимость на уровне ABI с GCC и проприетарными OpenMP-компиляторами (http://software.intel.com/en-us/intel-compilers) Intel.


Компания Intel также развивает проект (http://clang-omp.github.io/) по интеграции в компилятор Clang (http://clang.llvm.org/) поддержки OpenMP. Работа над проектом ещё не завершена, но уже обеспечена полная поддержка спецификаций OpenMP 3.1 и частичная поддержка OpenMP 4.0. Заявлено о намерении включить код данного проекта в основную кодовую базу Clang/LLVM, после того как будет проведена  синхронизация OpenMP-патчей Intel с состоянием trunk-ветки Clang. Развитие в рамках проекта LLVM runtime-библиотеки OpenMP поможет ускорить интеграцию поддержки OpenMP в компилятор Clang. В текущем виде реализация уже успешно проходит все известные тесты на совместимость с OpenMP 3.1, в том числе SPEC OMP2012, проверочный пакет OpenUH и тестовый набор Intel.

URL: http://blog.llvm.org/2013/10/openmp-project.html
Новость: http://www.opennet.me/opennews/art.shtml?num=38110

Содержание
Сообщения в этом обсуждении
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Аноним , 09-Окт-13 00:27 
Объясните ламеру: зачем нужен этот openmp когда можно создать пачку std::thread, и спокойно посчитать что требуется без каких-то левых рантаймов и поддержек?
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Аноним , 09-Окт-13 00:33 
Ждем рассказов на тему: "Как я провел лето, портируя Fortran код на std::thread" и "Теория большого кода переписанного за 20 минут на std::thread"
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено vitalif , 09-Окт-13 01:48 
А это для тех, кто не умеет. А на тредах оно и работает побыстрее всегда.
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Dcow , 09-Окт-13 01:50 
А ты посмотри код с OpenMP - категории разные
сделать треду нужно очень часто, но иногда нужно просто распараллелить пару циклов, и OpenMp подойдет куда больше.
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено pavlinux , 09-Окт-13 02:33 
> зачем нужен этот openmp когда можно создать пачку std::thread,


#pragma omp parallel 
{ 
#pragma omp for  
    for (i=0; i < X ; i++) 
           X *=X;
    #pragma omp for  
         for (k=0; k < Y; k++)  
            Y *= Y;
         #pragma omp critical 
         { 
           if (Y == X) 
               Y = 2*X;
          }
}

Угадай сколько строк займет код на С иль даже на C++?

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Не понял , 09-Окт-13 11:42 
>for (i=0; i < X ; i++)
>           X *=X;

Подскажите, а что должен делать данный код для первоначального X=2?
Особенно при параллельных вычислениях?

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Andrey Mitrofanov , 09-Окт-13 13:13 
>>for (i=0; i < X ; i++)
>>           X *=X;
> Подскажите, а что должен делать данный код для первоначального X=2?
>  Особенно при параллельных вычислениях?

Считать до 5. Павлин это распараллеливает и замегакодировает.

user@bash:~$ X=2;for((i=0;i<X;i++)); do echo $i $X; let X=X*X; done
0 2
1 4
2 16
3 256
4 65536
5 4294967296
user@bash:~$ gawk 'BEGIN{X=2; for (i=0; i < X ; i++){X=int(X*X); print i,X}}'|head -30_

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Не понял , 09-Окт-13 16:26 
>Считать до 5. Павлин это распараллеливает и замегакодировает.

У Вас сильно упрощенный подход. Скорее до 0, если X целое, если нет то возможны варианты.
Количество кругов при целочисленном X зависит от разрядности. Но это все при линейном выполнении.
Не говоря о том, что операция *= не атомарна и при выполнении в параллельных потоках это будет нехило. С трудом могу себе представить чему должен быть равен X на выходе.

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено pavlinux , 10-Окт-13 00:45 
> С трудом могу себе представить чему должен быть равен X на выходе.

Я тоже. Ваще от балды написал :)


"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Vkni , 09-Окт-13 06:13 
Для повышения производительности труда программиста.
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Archer73 , 09-Окт-13 09:34 
Posix threads трудно переносить + требуется больше кода писать. Производительность у мня получалась примерно одинаковая.
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено all_glory_to_the_hypnotoad , 09-Окт-13 10:39 
так не нужно же их переносить, на то они и POSIX
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Аноним , 09-Окт-13 15:24 
А кто говорит о posix threads? std::thread - стандарт C++
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено ДяДя , 09-Окт-13 09:42 
>позволяющего задействовать методы параллельного программирования

Потоки не совсем это.

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Аноним , 09-Окт-13 00:38 
Подозреваю, что все это делается по заказу Apple.
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Аноним , 09-Окт-13 00:40 
Загнется GNU, загнется линукс
Поднимутся *BSD
Ничего страшного
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено all_glory_to_the_hypnotoad , 09-Окт-13 01:45 
им сейчас никто не мешает подниматься. Но не поднимаются. Не будут подниматься и без GNU.
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено vitalif , 09-Окт-13 01:52 
> Загнется GNU, загнется линукс
> Поднимутся *BSD
> Ничего страшного

Да никто там не загнётся и никто не поднимется. От смены GPL компилятора на BSD система лучше не станет :)

А с закрытием по идее самое страшное, что может быть - это начнут распространять какие-нибудь плагины к LLVM в виде блобов. Но пока и это маловероятно, тьфу-тьфу-тьфу.

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Led , 09-Окт-13 03:02 
Да, трупы обычно через время разбухают и всплывают. При этом выглядят ужасно и жутко воняют.
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Аноним , 09-Окт-13 04:00 
Ты нашел жену Райзера у себя в ванной? Что ты с ней делал всё это время?
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено анон , 09-Окт-13 07:57 
> нашел
> делал всё это время

facepalm.tar.gz

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено kurokaze , 11-Окт-13 16:32 
зачем ты её откопал и спрятал у Led в ванной?
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Аноним , 09-Окт-13 14:31 
> Загнется GNU, загнется линукс

Влажные мечты бсдшников - они такие.

> Поднимутся *BSD

То-то бзди на 10 лет древнее пингвина, а сливают ему по всем фронтам. Поднимутся, как затонвушая подлодка. Чтобы на металлолом переработать.

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Аноним , 09-Окт-13 00:47 
> Подозреваю, что все это делается по заказу Apple.

У Apple GCD есть

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Dcow , 09-Окт-13 01:58 
По мне так OpenMP куда удобней, если нужно что-то мелкое вычислить побырому, а если нет, то отдельный thread куда лучше будет в любом случае
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено annulen , 09-Окт-13 15:19 
>У Apple GCD есть

Область применения GCD никак не пересекается с OpenMP.

"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Ivan_83 , 09-Окт-13 00:39 
Потом вдруг окажется что на процессорах АМД эта библиотека работает особенно медленно, ибо интел как обычно не знала что АМД там у себя нагородили и на всякий случай на процессорах АМД выключили все оптимизации и расширенные наборы инструкций.
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Аноним , 09-Окт-13 11:31 
Breaking news! Каждый раз, когда AMD пытается закомитить свой код в OpenMP, злые фошшызды из Intel'а больно бьют их по рукам! Доколе! Ставьте свои подписи под петицией против Intel'я на сайте Спортлото!
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено 3draven , 09-Окт-13 00:41 
вот объединят это с openacc...и будет торт.
"Созданная в Intel runtime-библиотека OpenMP будет развиватьс..."
Отправлено Yaisis , 09-Окт-13 04:32 
OpenMP 4 GPU поддерживает.
"В проект LLVM вошла разработанная в Intel runtime-библиотека..."
Отправлено Аноним , 09-Окт-13 11:50 
параллельное программирование - это вынос мозга
"В проект LLVM вошла разработанная в Intel runtime-библиотека..."
Отправлено Аноним , 09-Окт-13 14:32 
Слабак.
"В проект LLVM вошла разработанная в Intel runtime-библиотека..."
Отправлено IZh , 11-Окт-13 14:41 
"Лошади едят овёс и сено"
"В проект LLVM вошла разработанная в Intel runtime-библиотека..."
Отправлено PereresusNeVlezaetBuggy , 28-Окт-13 00:25 
> параллельное программирование - это вынос мозга

Тогда неэвклидовое программирование лучше вообще не пробуйте.