OPENMP的一个恶心问题

snakedy

我在LINUX下使用g++编译器，做一个OPENMP的优化处理实验，代码如下：

1. #include <stdio.h>
   
2. #include <string.h>
   
3. #include <strings.h>
   
4. #include <time.h>
   
5. #include <omp.h>
   
6. 
   
7. int main()
   
8. {
   
9.   long long k = 20;
   
10.   int i;
    
11.   int j[10] = {101,102,103,104,105,106,107,108,109,110};
    
12.   printf("begin k=%d\tj[0]=%d\n", k,j[0]);
    
13.   time_t t, t1;
    
14.   t = time(NULL);
    
15. omp_set_num_threads(7);
    
16. #pragma omp parallel for
    
17. for(i = 0; i < 7; i++)
    
18. {
    
19.                 int rank = omp_get_thread_num();
    
20.           int count = omp_get_num_threads();     
    
21.           printf("Hello from thread %d of %d\n", rank, count);
    
22.   for( k=0; k < 1000000000; k++)
    
23.   {
    
24.     j[k%10] = k*k;
    
25.   }
    
26. }
    
27.         t1 = time(NULL);
    
28.   printf("time = [%d]\n", t1 - t);
    
29.   printf("end k=%d\tj[0]=%d\n", k,j[0]);
    
30. }
    

复制代码

分别采用OPENMP编译与不采用OPENMP编译的方式结果如下：

采用OPENMP的情况
begin k=20        j[0]=101
Hello from thread 0 of 7
Hello from thread 3 of 7
Hello from thread 4 of 7
Hello from thread 5 of 7
Hello from thread 6 of 7
Hello from thread 1 of 7
Hello from thread 2 of 7
time = [72]
end k=1000000000        j[0]=-11782044

不采用OPENMP的情况
begin k=20        j[0]=101
Hello from thread 0 of 1
Hello from thread 0 of 1
Hello from thread 0 of 1
Hello from thread 0 of 1
Hello from thread 0 of 1
Hello from thread 0 of 1
Hello from thread 0 of 1
time = [27]
end k=1000000000        j[0]=-11782044

采用OPENMP的的情况反而效率变低了，我的LINUX环境是
Linux FC14-1 2.6.35.14-106.fc14.x86_64 #1 SMP Wed Nov 23 13:07:52 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux， 2CPU， 8核（所以才用7个线程）

请那位使用过openmp的高手指点一下，我才vs2008上实验一个类似的程序，效果也是使用openmp时效率大幅下降了，很奇怪。

clife7801

恶心问题哪都有。只要静下心来慢慢研究都是可以解决的

tianyour

确实是这样子的

dyyseo

没用过openmp，不过我觉得问题出在j上，这个数组被多个线程修改，会导致缓存失效，应该把j这个数组打散。
具体搜索 false sharing。

1407101

个人觉得应该private(k)。

yezj2004

也是支持，我代表大家顶你了

dyyseo

看来用OPENMP提高软件性能的人比较少呀，大家谁知道给点思路也成呀。

egmkang

忽略,当我没说

snakedy

其实这次的心得就是，使用OPENMP比较简单，但是需要对原有代码进行并行优化。

zhujiang73

fender0107401 发表于 2012-10-09 11:32
我用OpenMP的效果也是性能下降。

   这个需要调试，加锁操作要尽量少，这样基本可以有 N (CPU数) 倍的速度。