OpenMP-распараллеливание перестало работать

Question

На linux AMD 8-ядерный процессор с использованием g ++ 4 7.1.

Это - для меня - головной убор. Этот следующий код работал отлично и по какой-то причине прекратил распараллеливать. Я добавил omp_get_num_procs(), и он печатает 8 процессоров. Я проверил компилятор, и -fopenmp присутствует как опция как для компоновки, так и для компиляции. Сообщение об ошибке компиляции/ссылки отсутствует. Я проверил, были ли определены какие-либо переменные среды (OMP_xxx) - их не было.

Существуют ли другие - внешние факторы, которые могут повлиять?

#pragma omp parallel 
{ 
    lightray ray; 
    rgba L; 
    printf("Max nr processors: %d\n", omp_get_num_procs()); 

    #pragma omp for schedule(dynamic) 
    for (int xy = 0; xy < xy_range; xy++) { 
    int x = x_from + (xy % x_width); 
    int y = y_from + (xy/x_width); 
    ray = cam->get_ray_at(x, y); 
    L = trace_ray(ray, 0, cam->inter); 
    cam->set_pixel(x, y, L); 
    } 
} 
dtime = omp_get_wtime() - dtime; 
printf("time %f\n", dtime); 
} 

EDIT: Я думаю, что я нашел что-то здесь ... Командная строка для г ++, порожденного Anjuta содержит следующее:

-DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -DPACKAGE_SRC_DIR=\"".. -fopenmp . "\" 

Определение PACKAGE_SRC_DIR, кажется, «включить» в -fopenmp флаг , который скроет его из g ++. Не нашли причину еще ...

Answer 1

Try переписывания так:

lightray ray; 
rgba L; 
printf("Max nr processors: %d\n", omp_get_num_procs()); 

#pragma omp parallel for schedule(dynamic) private(ray,L) 
for (int xy = 0; xy < xy_range; xy++) { 
    int x = x_from + (xy % x_width); 
    int y = y_from + (xy/x_width); 
    ray = cam->get_ray_at(x, y); 
    L = trace_ray(ray, 0, cam->inter); 
    cam->set_pixel(x, y, L); 
} 
dtime = omp_get_wtime() - dtime; 
printf("time %f\n", dtime); 

Таким образом, вы приведете ray и L как переменные специфичные для каждого из потоков тегов объединившись цикла. Поскольку переменные, определенные за пределами параллельного региона, по умолчанию делятся потоками, ваша текущая реализация объединяет эти две переменные.

Кроме того, omp_get_num_procs() «Возвращает количество процессоров, доступных для программы». в соответствии с OpenMP API 3.1 C/C++ Syntax Quick Reference Card - поэтому он не обязательно расскажет вам, сколько потоков фактически используется в регионе. Для этого вам может понадобиться omp_get_num_threads() или omp_get_thread_num()

Answer 2

Кажется, что проблема была внешней по отношению к программе. Я изменил версии IDE (Anjuta). Anjuta очень зависит от pkg-config. У OpemMP нет файлов pkg-config .pc, поэтому я сделал один для библиотеки libgomp. Я добавил -lgomp в Libs: все прошло отлично, и добавлено -fopenmp для обеих Libs: и Cflags: это не пошло хорошо.

По какой-то причине -fopenmp был добавлен в параметр командной строки с именем -DPACKAGE_SRC_DIR (внутри его цитируемого значения - см. Править в исходном сообщении) и как таковой был проигнорирован компоновщиком и компилятором. Я спрошу об этом на форуме Anjuta.

Итак, решение заключалось в том, чтобы удалить его из файла .pc и добавить его вручную к параметрам проекта как 'CXXFLAGS = -fopenmp' 'LDFLAGS = -fopenmp' (я хотел избежать этого, так как в следующий раз я Я забуду это сделать :)

В любом случае, это работает так. Спасибо за предложения.