Helgrind(Valgrind)和OpenMP(C):避免误报?

Valgrind线程错误检测工具Helgrind的文档,在这里find

警告说,如果你使用GCC编译你的OpenMP代码,GCC的OpenMP运行时库( libgomp.so )会导致数据争用的错误报告混乱,因为它使用primefaces机器指令和Linux futex系统调用而不是POSIX pthreads基元。 它告诉你可以通过使用--disable-linux-futexconfiguration选项重新编译GCC来解决这个问题。

所以我试了一下 我使用--disable-linux-futexconfiguration选项编译并安装到本地目录( 〜/ GCC_Valgrind / gcc_install )一个新的GCC版本4.7.0(本文最新版本)。 然后,我创build了一个小的OpenMPtesting程序( test1.c ),它没有可见的数据竞争:

 /* test1.c */ #include <omp.h> #include <stdio.h> #include <stdlib.h> #define NUM_THREADS 2 int a[NUM_THREADS]; int main(void) { int i; #pragma omp parallel num_threads(NUM_THREADS) { int tid = omp_get_thread_num(); a[tid] = tid + 1; } for (i = 0; i < NUM_THREADS; i++) printf("%d ", a[i]); printf("\n"); return EXIT_SUCCESS; } 

我编译这个程序如下

 ~/GCC_Valgrind/gcc_install/bin/gcc -Wall -fopenmp -static -L~/GCC_Valgrind/gcc_install/lib64 -L~/GCC_Valgrind/gcc_install/lib -o test1 test1.c 

但是,我得到了30个误报数据竞赛报告! – 所有发生在libgomp代码中。 然后我编译了test1.c而没有-static标志,然后再次运行Helgrind。 这一次,我只获得了9个假阳性数据竞赛报告,但仍然太多 – 而且,如果没有-static标志,我不能在libgomp代码中追踪所谓的竞赛。

有没有人find一种方法来减less(如果不是消除的话)来自Helgrind的误报数据竞争报告的数量应用于用GCC编译的OpenMP程序? 谢谢!

    对不起,把它作为一个答案,因为它是更多的评论,但它太长,以适应作为评论,所以在这里:

    从您引用的网站

    GNU OpenMP运行时支持库(GCC的一部分),至less对于GCC版本4.2和4.3。 GNU OpenMP运行时库(libgomp.so)使用primefaces内存指令和futex系统调用的组合来构造它自己的同步原语,这导致了在Helgrind中的混乱,因为它不能“看见”这些原语。

    幸运的是,这可以使用configuration时间选项(对于GCC)来解决。 从源代码重buildGCC,并使用–disable-linux-futex进行configuration。 这使得libgomp.so改为使用标准的POSIX线程原语。 请注意,这是使用GCC 4.2.3进行testing的,并没有使用更新的GCC版本进行重新testing。 我们希望听到有关更新版本的任何成功或失败。

    正如你在文章中提到的,这与libgomp.so ,但是这是一个共享对象,所以我不知道如何传递-static标志并仍然使用这个库。 我只是误导了?

    将使其工作的步骤:

    1. 使用--disable-linux-futex重新编译gcc(包括libgomp)
    2. 确保在编译程序时使用futex free gcc。
    3. 确保系统在执行程序时加载无futex的libgomp(该库通常位于GCC-OBJ-DIR/PLATFORM/libgomp/.libs )。 例如通过设置LD_LIBRARY_PATH环境variables:

    export LD_LIBRARY_PATH =〜/ gcc-4.8.1-nofutex / x86_64-unknown-linux-gnu / libgomp / .libs: