《并行程序设计》实验指导书之三.docVIP

《并行程序设计》实验指导书之三

实验3.1IntelParallelInspectorXE实验

实验目的

1.掌握IntelParallelInspectorXE的基本功能、使用方法；

2.掌握多线程程序设计的基本调试方法；

3.掌握采用IntelParallelInspectorXE进行多线程程序调试的基本方法和步骤。

实验要求

1.熟练掌握C/C++语言。

2.掌握VisualStudio*.NET*集成开发环境的使用；

3.并行技术的基本概念；

4.多线程程序设计基础；

5.IntelParallelInspectorXE基础。

实验原理

前面的实验介绍了并行化代码的4个步骤：分析、实现、调试和调优。在调试阶段必须检查是否在程序中引入了任何并行类型的错误。这就要通过IntelParallelInspectorXE来实现。它能检查出线程化和内存分配的错误，通常使用被测试代码的未优化版本，数据竞争和死锁错误都能被检测和定位。当InspectorXE启动一个应用程序时，它首先对二进制代码插入具有测量功能的代码，然后记录运行信息。

当InspectorXE执行代码时，即使一个潜在的错误在运行时没有真的发生，它也会被标记出来。例如，代码中有死锁的可能但死锁在此次运行中并没有发生，InspectorXE仍然会识别出这个潜在的问题并报告。

InspectorXE报告如下类型的错误和警告：

线程错误：数据竞争、死锁、锁的层次冲突、潜在的私有性问题、其他线程化的信息等；

内存泄漏：GDI资源泄漏、不正确的memcpy调用、无效的内存释放、无效的内存访问、内核资源泄漏、内存泄漏、未初始化内存的访问、未初始化的部分内存访问等。

InspectorXE报告的一些错误有可能是虚警，也就是不是真正的错误，但工具软件将它们当作是错误。对于这种情况，可以把一些错误添加到抑制文件中，这样在后续执行时就会将其忽略。

实验内容

一、检测和消除死锁

1.拷贝3-1中的源代码pi.cpp到vs里的c++项目中；

2.打开IntelParallelStudioXE的命令提示符窗口；

3.使用下面的命令编译程序：

icl/Od/Qopenmp/Zipi.cpp-opi.exe

4.运行程序：

pi.exe

可以看到程序被挂起。

检测和修复死锁

5.启动InspectorXEGUI

6.新建一个项目TEST

单击File–New–Project

在项目属性对话框中填写程序相关细节

7.进行死锁检测分析

单击File–New–Analysis

选中死锁检测分析(DetectDeadlocks)

确定TerminateonDeadlocks选项框被选中

单击“开始”按钮

8.在显示完分析结果之后，查看报告，了解出现的问题；

9.消除死锁，修改文件pi.cpp中的第44行和第57行。如下所示：

44：SafeAdd(sum1,sum2,lock1,lock2);

57：SafeAdd(sum1,sum2,lock1,lock2);

10.重新编译应用程序(同步骤3、步骤4)，然后运行程序。程序是否能运行到结束而不被挂起？

11.重新运行死锁分析，是否还有错误报告？

二、检测数据竞争

代码pi.cpp中的死锁问题被消除之后，现在进行死锁和数据竞争检测分析来寻找数据竞争问题。步骤和死锁检测分析一样。

继续使用经修改过的代码pi.cpp，假设前面已经完成了死锁的消除

使用下面的命令编译程序：

icl/Od/Qopenmp/Zipi.cpp-opi.exe

设置环境变量OMP_NUM_THREADS为1，多次运行程序pi.exe并记录实验结果

检测和消除数据竞争

使用InspectorXE进行死锁和数据竞争检测分析

单击File–New–Analysis，选择死锁和数据竞争检测分析(DetectDeadlocksandDataRace)，单击“开始”按钮

在显示完分析结果之后，查看报告，了解出现的问题；

消除数据竞争问题，将pi.cpp文件中的第31行修改如下：

31：#pragmaompparallelsectionsprivate(x1,x2,sum1,sum2)

8.重复步骤2~5以确认消除了数据竞争问题。

三、检测内存错误

InspectorXE中有以下3种预定义的分析类型用于寻找内存错误

(1)内存泄漏——使用它能检测到有哪些内存或者资源分配了之后再也没有释放的错误。这是最小范围的分析，并且它对代码的影响也最小。对于大型应用来说，开始时最好使用这种类型的分析；

(2)检测内存问题——使用它