Наименьший интервал времени, где полезен OpenMP

Question

Я знаю, что это будет зависеть от систем и реализаций, но я абсолютно не представляю, возможно ли использование OpenMP, когда у вас есть легко распараллеливаемый код, который не требует много времени для запуска.Например, если у меня есть цикл, который был бы идеальным для OpenMP, но занимал бы всего несколько мс для запуска в одном потоке, будут ли издержки убивать какие-либо выгоды?

Я использую рендеринг в реальном времени,где у нас есть, возможно, 20 мс для генерации каждого кадра.Поэтому, как правило, у нас нет ни одного блока кода, занимающего более 5-10 мс ... предназначен ли OpenMP для такого рода шкалы времени или только для операций, требующих нескольких секунд для запуска?

Приветствуются любые неподтвержденные / эмпирические данные, а также более «официальные» источники.Я полагаю, что в первую очередь меня интересуют реализации OpenMP для MSVC ++ и GCC.

Я нашел эту интересную статью: http://software.intel.com/en-us/blogs/2010/06/02/using-openmp-to-parallelize-a-game/

Answer 1

Ответ на все эмпирические вопросы, когда данные недоступны, составляет 42 ...

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

Да, возможно, когда в 1997 году была впервые опубликована OpenMP, типичный вариант использования был для относительно тяжёлых потоков вычислений, каждый из которых занимал секунды. С тех пор процессоры стали быстрее, а реализации стали лучше, я не думаю, что вы получите хороший ответ на свой вопрос без сравнительного анализа. И вам все равно придется сравнивать, чему бы вы ни научились у SO, так что перестаньте тратить время и начните кодировать.

Возможно, вас убедят, что OpenMP бесполезен, но вы не будете полностью доверять ответу по своим собственным требованиям.

Возможно, вас убедят, что OpenMP полезен, но вы не будете полностью доверять ответу по своим собственным требованиям.

Вы можете получить множество противоречивых анекдотических свидетельств: но вы не будете полностью доверять ответу по своим собственным требованиям.

Получите бенчмаркинг. И дайте нам знать, как вы продвигаетесь, SO слишком длинный для анекдотов (таких как мусор, который я пишу), слишком короткий для жестких данных.

PS Не теряйте свои эталонные коды. Пересмотрите их и повторно запустите по мере развития вашего опыта и изменения вашего аппаратного, системного и прикладного программного обеспечения. В одном я убежден без данных: ответ на ваш вопрос - движущаяся цель.