Question

此问题特定于OpenMP 3.0中的任务构造及其对C ++的隐式firstprivate的使用。我正在寻找问题的解释以及可能的解决方案。

我对正在处理的程序有一些分段错误;我设法将问题减少到以下测试用例。

出现问题是因为我正在#pragma omp task

中访问（对象A的）实例变量

#include <iostream>
#include <omp.h>

using namespace std;

class A {
private:
  int someInstanceVariable;

public:
    // This is never called
  A(int _someInstanceVariable) {
    someInstanceVariable = _someInstanceVariable;
  }

  A(const A& _A) {
    cout << "Copy constructor called" << endl;
    someInstanceVariable = _A.someInstanceVariable;
  }

  void simpleTask() {
    // This task makes a reference to someInstanceVariable in the current object
    #pragma omp task
    { 
      // For access to stdout
      #pragma omp critical
      {
        // !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
        // This line uses someInstanceVariable and causes a segfault
        // !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
        cout << "The value of the someInstanceVariable = " << someInstanceVariable << endl;
      }
    }
  }
};

int main(int argc, char* argv[]) {

  #pragma omp parallel
  {
    #pragma omp single
    {
      for(int i = 0; i < 10; i++) {
        A* temp = new A(i);
        temp->simpleTask();
      }
    }
  }

  return 0;
}

当我使用gcc 4.5或更高版本（支持OpenMP中的任务功能的版本）编译和运行程序时，即gcc -fopenmp myprogram.cpp它运行正常。但是当我使用英特尔的C ++编译器（也支持任务功能的版本）编译和运行程序时，即icpc -openmp myprogram.cpp它会出现段错误。

GCC的输出：

The value of the someInstanceVariable = 0
The value of the someInstanceVariable = 1
...

ICPC的输出：

Segmentation fault

我假设其中至少有一个肯定是错的。我的具体问题：

导致问题的原因是什么？是因为我在someInstanceVariable中使用#pragma omp task并且它导致对this指针的隐式firstprivate引用？
更好的是，有人可以指出OpenMP 3.0 spec中涉及此问题的具体部分吗？

我知道我可以通过创建局部变量来解决问题

void simpleTask() {
  // This task makes a reference to someInstanceVariable in the current object
  #pragma omp task
  { 
        int tempVariable = this -> someInstanceVariable;
    // For access to stdout
    #pragma omp critical
    {
      cout << "The value of the someInstanceVariable = " << tempVariable << endl;
    }
  }
}

没有创建临时变量还有其他方法吗？

Answer 1

这是OpenMP的一个痛苦问题。由于OpenMP不是基础语言（C / C ++）的一部分，因此OpenMP很难处理类对象。原因是，在OpenMP“附加组件”看到对象时，可能无法实例化对象。有些情况下可以完成，但到目前为止，OpenMP规范已经决定最好不要尝试处理对象的任何情况。这就是为什么，如果您阅读OpenMP规范，它会引用变量。变量在基本语言中有非常具体的定义。

Firstprivate处理变量而不是类对象。英特尔编译器不会使类对象成为第一个私有，因此当您尝试打印someInstanceVaribale的值时，您将在大多数时间内获得段错误（因为它的地址为零，因为它是共享的并且已经消失了超出范围）。似乎g ++已经完成了比OpenMP规范所要求的更多的工作。在任何情况下，如果你创建一个指向类对象的指针，那么该指针可以是firstprivate，并指向任务中的正确对象。

通过Openmp任务访问实例变量（隐式firstprivate）时出现分段错误

1 个答案: