1

在 linux 上，AMD 8 核处理器，使用 g++ 4 7.1。

这是 - 对我来说 - 一个headbanger。以下代码运行良好，由于某种原因停止了并行化。我添加了 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);
}

编辑：我想我在这里找到了一些东西...... Anjuta 生成的 g++ 命令行包含以下内容：

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

PACKAGE_SRC_DIR 定义似乎“包含”了 -fopenmp 标志，这会将其隐藏在 g++ 中。还没找到原因...

4

2 回答 2

0

尝试以这种方式重写它：

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++ 语法快速参考卡 - 因此它不一定告诉您在一个区域中实际使用了多少线程。为此，您可能想要omp_get_num_threads()或omp_get_thread_num()

于 2013-11-19T15:43:24.103 回答
0

这似乎是程序外部的问题。我确实更改了 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' （我想避免这种情况，下次我肯定会忘记做吧:)

无论如何，它是这样工作的。感谢您的建议。

于 2013-11-19T17:42:43.667 回答