GCC使用OpenMP

OpenMP是由OpenMP Architecture Review Board(ARB, 结构审议委员会）牵头提出的，是一种用于共享存储并行系统的编程标准。OpenMP并不是一种新语言，是对基本编成语言进行编译指导（compile directive)扩展，支持C/C++，由于OPENMP支持不同语言，所以具体语言不同回有所区别。

OpenMP标准中定义了指导指令，运行库和环境变量，使得用户可以按照标准逐步将已有的串行程序并行化，指导语句是对程序设计语言的扩展，提供了对并行区域，工作共享，同步构造的支持，程序员通过在程序代码中加入专用pagma指示语句，以#pragmaomp字符串开头，来指明自己的意图，至此OpenMP标准的编译器可以自动将程序进行并行化，并在必要之处加入同步互斥以及通信，当选择忽略这些pragma,或者编译器不支持openMP时，程序又可以退化为普通程序。代码仍然可以正常运行，只是不能利用多线程来加速程序执行。

OpenMP标准简单，可移植性好和可扩展等有点，当前已被广泛接受，主流处理器平台均支持OpenMP编译器，如Intel,AMD,IBM,龙芯等，开源编译器GCC也支持OPENMP标准。

OpenMP采用fork-join的执行模式。开始的时候只存在一个主线程，当需要进行并行计算的时候，派生出若干个分支线程来执行并行任务。当并行代码执行完成之后，分支线程会合，并把控制流程交给单独的主线程。

openmp是一个基于线程的并行编程模型，一个openMP进程由多个线程组成，使用fork-join并行执行模型，openMP程序开始于一个单独的主线程，主线程串行执行，遇到一个并行域，开始并行执行。接下来描述如下：

1.fork分叉，主线程派生成出一对并行的线程，并行域的代码在主线程和派生出的线程间并行执行。

2.join合并，当派生线程在并行域中执行完后，他们或被阻塞或被中断，所计算的结果回被主线程收集，最后只有主线程在执行。

 一个典型的fork-join执行模型的示意图如下：

OpenMP编程模型以线程为基础，通过编译制导指令制导并行化，有三种编程要素可以实现并行化控制，他们分别是编译directive、API函数集和环境变量。

具体可以参考这篇博客：

OpenMP基本概念_yu132563的专栏-CSDN博客_openmp OpenMP是一种用于共享内存并行系统的多线程程序设计方案，支持的编程语言包括C、C++和Fortran。OpenMP提供了对并行算法的高层抽象描述，特别适合在多核CPU机器上的并行程序设计。编译器根据程序中添加的pragma指令，自动将程序并行处理，使用OpenMP降低了并行编程的难度和复杂度。当编译器不支持OpenMP时，程序会退化成普通（串行）程序。程序中已有的OpenMP指令不会影响...https://blog.csdn.net/yu132563/article/details/82704993测试代码：

#include <stdio.h>

int main(void) {
#pragma omp parallel
   {
       int i;
       printf("Hello World\n");
       for(i=0;i <6;i++)
           printf("Iter:%d\n",i);
   }
   printf("GoodBye World\n");
} 

编译：

gcc -o test openmp.c -fopenmp -Wl,-Map=openmp.map

增加了-fopenmap选项,如果需要调试和静态链接，可以继续添加 -static 和 -g选项。

Map文件，从中可以看出，引用了额外的libgomp库链接.

czl@czl-VirtualBox:~/WorkSpace/cnn$ cat openmp.map 
Archive member included to satisfy reference by file (symbol)

/usr/lib/x86_64-linux-gnu/libc_nonshared.a(elf-init.oS)
                              /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/Scrt1.o (__libc_csu_init)

As-needed library included to satisfy reference by file (symbol)

libgomp.so.1                  /tmp/ccFkqztK.o (GOMP_parallel@@GOMP_4.0)
libc.so.6                     /tmp/ccFkqztK.o (puts@@GLIBC_2.2.5)

Discarded input sections

 .note.GNU-stack
                0x0000000000000000        0x0 /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/Scrt1.o
 .note.GNU-stack
                0x0000000000000000        0x0 /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/crti.o
 .note.GNU-stack
                0x0000000000000000        0x0 /usr/lib/gcc/x86_64-linux-gnu/7/crtbeginS.o
 .note.GNU-stack
                0x0000000000000000        0x0 /usr/lib/gcc/x86_64-linux-gnu/7/crtoffloadbegin.o
 .note.GNU-stack
                0x0000000000000000        0x0 /tmp/ccFkqztK.o
 .note.GNU-stack
                0x0000000000000000        0x0 /usr/lib/x86_64-linux-gnu/libc_nonshared.a(elf-init.oS)
 .note.GNU-stack
                0x0000000000000000        0x0 /usr/lib/gcc/x86_64-linux-gnu/7/crtendS.o
 .note.GNU-stack
                0x0000000000000000        0x0 /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/crtn.o
 .note.GNU-stack
                0x0000000000000000        0x0 /usr/lib/gcc/x86_64-linux-gnu/7/crtoffloadend.o

Memory Configuration

Name             Origin             Length             Attributes
*default*        0x0000000000000000 0xffffffffffffffff

Linker script and memory map

LOAD /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/Scrt1.o
LOAD /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/crti.o
LOAD /usr/lib/gcc/x86_64-linux-gnu/7/crtbeginS.o
LOAD /usr/lib/gcc/x86_64-linux-gnu/7/crtoffloadbegin.o
LOAD /tmp/ccFkqztK.o
LOAD /usr/lib/gcc/x86_64-linux-gnu/7/libgomp.so
LOAD /usr/lib/gcc/x86_64-linux-gnu/7/libgcc.a
LOAD /usr/lib/gcc/x86_64-linux-gnu/7/libgcc_s.so
START GROUP
LOAD /usr/lib/gcc/x86_64-linux-gnu/7/libgcc_s.so.1
LOAD /usr/lib/gcc/x86_64-linux-gnu/7/libgcc.a
END GROUP
LOAD /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/lib