/openmp (Включить поддержку OpenMP)
Заставляет компилятор обрабатывать #pragma omp директивы для поддержки OpenMP.
Синтаксис
/openmp
/openmp:experimental
/openmp:llvm
Remarks
#pragma omp используется для указания директив и предложений. Если параметр /openmp не указан при компиляции, компилятор игнорирует предложения и директивы OpenMP. Вызовы функций OpenMP обрабатываются компилятором, даже если /openmp не указаны.
Компилятор C++ в настоящее время поддерживает стандарт OpenMP 2,0. однако Visual Studio 2019 теперь также предлагает функции SIMD. Чтобы использовать SIMD, Скомпилируйте с помощью /openmp:experimental параметра. Этот параметр включает как обычные функции OpenMP, так и функции OpenMP SIMD, недоступные при использовании /openmp параметра.
начиная с Visual Studio 2019 версии 16,9 можно использовать экспериментальный /openmp:llvm вариант вместо /openmp для целевой среды выполнения OpenMP LLVM. В настоящее время поддержка в рабочем коде недоступна, так как требуемые библиотеки DLL либомп не являются распространяемыми. Параметр поддерживает те же директивы OpenMP 2,0, что и /openmp . И поддерживают все директивы SIMD, поддерживаемые /openmp:experimental параметром. Он также поддерживает параллельные индексы целых чисел без знака в соответствии со стандартом OpenMP 3,0. Дополнительные сведения см. в разделе Улучшенная поддержка OpenMP для C++ в Visual Studio.
В настоящее время /openmp:llvm параметр работает только в архитектуре x64. Параметр несовместим с /clr или /ZW .
Приложения, скомпилированные с помощью /openmp и, /clr могут выполняться только в одном процессе домена приложения. Несколько доменов приложений не поддерживаются. Это значит, что при запуске конструктора модуля ( .cctor ) он обнаруживает, компилируется ли процесс с помощью /openmp , и если приложение загружается в среду выполнения, не используемую по умолчанию. Дополнительные сведения см. в статьях appdomain , /clr (компиляция среды CLR)и Инициализация смешанных сборок.
При попытке загрузить приложение, скомпилированное с помощью /openmp и, и /clr в домен приложения, не заданный по умолчанию, TypeInitializationException исключение создается вне отладчика, и OpenMPWithMultipleAppdomainsException в отладчике создается исключение.
Эти исключения также могут возникать в следующих ситуациях.
Значение, если приложение компилируется с использованием /clr , но не /openmp и загружается в домен приложения, не заданный по умолчанию, где процесс включает приложение, скомпилированное с помощью /openmp .
При передаче /clr приложения в служебную программу, например regasm.exe, которая загружает целевые сборки в домен приложения, не используемый по умолчанию.
Управление доступом для кода среды CLR не работает в регионах OpenMP. Если атрибут управления доступом для кода CLR применяется за пределами параллельной области, он не будет действовать в параллельной области.
Корпорация Майкрософт не рекомендует создавать /openmp приложения, допускающие частично доверенные вызывающие объекты. Не используйте AllowPartiallyTrustedCallersAttribute или любые атрибуты управления доступом для кода CLR.
Установка данного параметра компилятора в среде разработки Visual Studio
Откройте диалоговое окно Страницы свойств проекта. Подробнее см. в статье Настройка компилятора C++ и свойства сборки в Visual Studio.
Разверните страницу Свойства > языка C/C++ > язык .
Измените свойство поддержки OpenMP .
Установка данного параметра компилятора программным способом
- См. раздел OpenMP.
Пример
В следующем примере показаны некоторые эффекты запуска пула потоков по сравнению с использованием пула потоков после его запуска. При условии, что 64-разрядная, одноядерная, Двухъядерный процессор, пул потоков занимает около 16 мс для запуска. После этого пул потоков будет немного излишним.
При компиляции с помощью /openmp второй вызов test2 никогда не выполняется дольше, чем при компиляции с помощью /openmp- , так как отсутствует запуск пула потоков. В миллионах итераций /openmp версия выполняется быстрее, чем /openmp- версия второго вызова test2. При 25 итерациях обе /openmp- /openmp версии регистрируются меньше, чем степень гранулярности часов.
Если в приложении имеется только один цикл и оно выполняется менее чем на 15 мс (оно корректируется на приблизительную нагрузку на компьютер), /openmp может быть неприемлемо. Если это более высокое значение, можно использовать /openmp .
Подключение openMP Visual Studio 2017
Ребят пытаюсь подключить openMP и протестировать. Создал проект С++, в свойствах проекта установил Поддержка openMP — "Да". Подключил библиотеку #include <omp.h>. Написал следующий код для тестирования:
Подключение библиотеки curl к Visual Studio 2017
У меня имеется проблема к подключению библиотеки curl к Visual Studio 2017. У меня имеются.
В коде возникли ошибки при переходе с Visual studio 2013 на Visual studio 2017
Добрый день, решил попробовать поменять свою 2013 студию на 2017 и заметил такую проблему, при.
Visual Studio 2017
Я пишу программу и комменитирую её и начинаю делать 2 задание, но иногда программа компилирует 1.
Visual Studio 2017
как сделать чтобы не показывало расположение файла
openMP не создает потоки в visual studio
моя версия openMP не дала никакого повышения скорости. У меня есть двухъядерная машина, и использование процессора всегда составляет 50%. Поэтому я попробовал пример программы, приведенный в Вики. Похоже, компилятор openMP (Visual Studio 2008) не создает более одного потока.
это результат, который я получаю:
4 ответов
в программе нет ничего плохого — поэтому, по-видимому, есть какая-то проблема с тем, как она компилируется или запускается. Это VS2008 Pro? Быстрый google вокруг предлагает OpenMP не включен в стандартном режиме. Включен ли OpenMP в свойствах — > C / C++ — > язык — > OpenMP? (Например, вы компилируете с /openmp)? Переменная среды OMP_NUM_THREADS устанавливается в 1 где-то при запуске этого?
Если вы хотите протестировать свою программу с более чем одним потоком, существует несколько конструкций для указания количества потоков в параллельной области OpenMP. Они, в порядке старшинства:
- оценка если п.
- задание num_threads п.
- использование omp_set_num_threads () функции библиотеки
- задание OMP_NUM_THREADS окружающая среда переменная
- реализация по умолчанию
похоже, что ваша реализация по умолчанию используется для одного потока (при условии, что у вас нет OMP_NUM_THREADS=1 установить в своей среде).
для тестирования с 4 потоками, например, вы можете добавить num_threads(4) на #pragma omp parallel
зачем вам нужно больше одного потока для этой программы? Очевидно, что OpenMP понимает, что ему не нужно создавать дополнительный поток для запуска программы без циклов, без кода, который мог бы работать параллельно.
попробуйте запустить некоторые параллельные вещи с OpenMP. Что-то вроде этой:
Если вы хотите некоторые жесткие вещи, попробуйте запустить один из этих.