OpenMP vs Multithread

← →
DevilDevil © (2012-07-13 16:34) [0]

Честно говоря, не много кода создал, использующего разные потоки, синхронизации, общую память.

С OpenMP не работал, да и вообще на С++ с потоками не имел дело.
Но интересно стало подискутировать о плюсах и минусах разных подходов, о взаимозаменяемости.

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

Собственно вопросов несколько. Если есть дополнительные моменты которые хотелось бы осветить - пожалуйста выражайтесь
- помогает ли OpenMP при программировании кластеров ? Как кластеры устроены - я не знаю, интересует вопрос теоретически
- какое оптимальное количество потоков на ядро ? Чисто теоретически - чем больше потоков, тем больше вероятность выиграть вычислительную мощь в борьбе между потоками
- чем обусловлен параметр num_threads в OpenMP ? Разве он не должен вычисляться автоматически ?
- имеет ли смысл явно задавать высокий приоритет при создании потоков ?
- каким образом эффективно учитывать технологию HyperThreading ?

← →
TUser © (2012-07-13 17:00) [1]

> - помогает ли OpenMP при программировании кластеров ? Как
> кластеры устроены - я не знаю, интересует вопрос теоретически

OpenMPI помогает. Если программа для кластера, то она должна уметь распараллеливаться, и это делается через эту библиотеку.

зы. Сам не писал такого, питаюсь слухами.

> - какое оптимальное количество потоков на ядро ? Чисто теоретически
> - чем больше потоков, тем больше вероятность выиграть вычислительную мощь в борьбе между потоками

Реально, с ростом числа потоков на кластере растет расход ресурсов на взаимодействие между ними. Если задача состоит в том, чтобы миллион раз запустить одну и туже программу на разные входные данные, скажем по секунде на запуск, то это не важно. Если есть много этапов, каждый из которых начинается после полного завершения предыдущего, то пусть даже этап можно распараллелить - после этапа надо собрать результаты со всех узлов, из обработать, тогда реально увеличение числа узлов до inf бессмысленно.

> - каким образом эффективно учитывать технологию HyperThreading
> ?

лучше не учитывать

OpenMP vs Multithread Найти похожие ветки