Для получения триального ключа
заполните форму ниже
Team License (базовая версия)
Enterprise License (расширенная версия)
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Запросите информацию о ценах
Новая лицензия
Продление лицензии
--Выберите валюту--
USD
EUR
RUB
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Бесплатная лицензия PVS-Studio для специалистов Microsoft MVP
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

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

Мне интересно попробовать плагин на:
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Ваше сообщение отправлено.

Мы ответим вам на


Если вы так и не получили ответ, пожалуйста, проверьте папку
Spam/Junk и нажмите на письме кнопку "Не спам".
Так Вы не пропустите ответы от нашей команды.

>
>
OpenMP 3.0 и итераторы

OpenMP 3.0 и итераторы

29 Июн 2009

Радостная новость ждет разработчиков, которые хотят одновременно использовать в своих программах итераторы и OpenMP. До недавнего времени не то, чтобы эти технологии были не совместимы, но дополняющее использование этих двух технологий было невозможно. Итераторы позволяют изящно организовывать перебор элементов, они более безопасны и так далее. Про преимущество итераторов написано во многих книгах, и мы не будем здесь их вспоминать. К сожалению, до недавнего времени, технология OpenMP накладывала существенные ограничения на типы, которые могли использоваться для организации параллельных циклов. Причем это касалось не только итераторов. В ряде реализаций не поддерживались даже такие простые беззнаковые типы, как unsigned/size_t. При этом ошибки может не возникать, просто цикл, написанный с использованием типа unsigned/size_t, не распараллеливался и выполнялся только в одном потоке.

Стандарт OpenMP 3.0 меняет ситуацию и делает разработку параллельных приложений более простой и изящной. Во-первых, в циклах теперь можно использовать беззнаковые типы unsigned/size_t.

Во-вторых, предприняты шаги по улучшению совместимости технологии OpenMP и использования STL. Рассмотрим пример:

for (it = list1.begin(); it != list1.end(); it++)
{
  it->compute();
}

Ранее такой код не мог быть распараллелен стандартными директивами OpenMP. И его распараллеливание было возможно только с использованием специфических технологий, которые могли быть реализованы в компиляторе. Например, при использовании компилятора Intel, можно было воспользоваться расширением OpenMP - Intel's Taskqueuing:

#pragma intel omp parallel taskq
{
  for (it = list1.begin(); it != list1.end(); it++)
  {
    #pragma intel omp task
    {
      it->compute();
    }
  }
}

Еще можно было перейти от контейнера к простому массиву, и написать код подобный следующему:

int iSize = list1.size();
valarray items(lSize);
for (it = list1.begin(); it != list1.end(); it++)
{
  items[l] = &(*it);
  l++;
}
#pragma omp parallel for
for (int i = 0; i < iSize; i++);
}

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

С приходом OpenMP 3.0 наконец можно стало написать:

#pragma omp parallel for
for (it = list1.begin(); it != list1.end(); it++)
{
  it->compute();
}

Конечно, пройдет время, пока OpenMP 3.0 будет реализован в большинстве компиляторов и будут выявлены и устранены многие ошибки в реализации [2]. И все-таки OpenMP 3.0 важный шаг, который поможет разработчикам проще приступить к созданию надежных параллельных приложений.

Библиографический список

Популярные статьи по теме
Комментарии в коде как вид искусства

Дата: 04 Май 2022

Автор: Сергей Хренов

Приветствую всех программистов, а также сочувствующих. Кто из нас хотя бы раз в жизни не оставлял комментарии в коде? Был ли это ваш код, а может, чужой? Что за комментарии вы написали: полезные или …
Visual Studio 2022 стильно и свежо. История о её поддержке в PVS-Studio

Дата: 15 Фев 2022

Автор: Николай Миронов

Кажется, анонс Visual Studio 2022 был только недавно, и вот она уже вышла. Это означало ровно одно – поддержать данную IDE нужно в ближайшем релизе PVS-Studio. О том, с какими сложностями пришлось ст…
Лучшие срабатывания статического анализатора

Дата: 29 Окт 2021

Автор: Максим Звягинцев

У всех, кто запускал статический анализатор в первый раз на большом проекте, был небольшой шок по поводу сотен, тысяч или даже десятков тысяч предупреждений. Как-то грустно становится после такого. Т…
Зачем нужна техническая поддержка и как в ней не выгореть?

Дата: 01 Сен 2021

Автор: Николай Миронов

Не всем нравится работать в поддержке. Огромное количество людей выгорает на ней. Так может не стоит вообще её иметь? Какую выгоду она несёт? Можно ли как-то не выгорать от поддержки? Попробуем найти…
Как делался новый дизайн сайта PVS-Studio

Дата: 04 Июн 2021

Автор: Инна Пристягина

Сайту PVS-Studio в этом году исполнится 15 лет. Это солидный возраст для любого интернет-ресурса. Далёкий 2006-й в России был признан годом гуманитарных наук. В июне появилась никому не знакомая тогд…

Комментарии (0)

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