在Intel ArBB的安装包中自带了一些例子程序，用于展示如何使用ArBB进行编程以及ArBB在性能提升方面的效果。下面让我们一起来动手试着编译，运行这些例子程序。

通常情况下，Intel ArBB的例子程序被安装在“C:\Program Files\Intel\arbb\Beta1\samples”目录下面（注：64位系统上是”Program Files(x86)”）。所有的例子程序都被集中到一个微软Visual Studio的solution文件中。solution文件名中不同的数字对应于不同版本的Visual Studio。打开相应版本的solution文件后可以看到其中包含了十来个project，而这些project又根据应用类型分成了几个文件夹。

在编译整个solution之前先要做一些配置，主要是把Intel ArBB的头文件和库文件目录添加到相应的搜索路径中去，否则在编译的过程中会报出无法找到头文件或库文件的错误。添加是通过菜单选项”Tools -> Options”弹出的Visual Studio配置对话框来完成的。

添加头文件目录：

添加库文件目录：

如果编译的目标程序是64位系统，记得添加目录时选择的平台应为x64而不是Win32。

添加好目录后就可以按“F7”开始编译了。如果一切正常的话，编译过程会顺利结束。

接下来就可以运行这些例子程序了。运行这些程序有两种方式：

1. 直接在Visual Studio中通过”F5”或”Ctrl+F5”来启动程序运行。

2. 在命令行窗口中以命令行方式启动程序运行。

使用Intel ArBB的程序在运行时需要调用相关的运行库，所以系统路径环境变量要包含Intel ArBB库所在的目录，否则就会出现找不到dll的运行错误。通常Intel ArBB的安装程序会自动向系统配置中添加路径，但是在64位系统上安装程序只会添加64位Intel ArBB目录到系统中。所以，如果你是在64位系统上编译32位代码然后直接运行的话就会出现dll无法找到的错误。这时你就需要手工将32位Intel ArBB的目录“C:\Program Files (x86)\Intel\arbb\Beta1\bin\ia32”添加到系统PATH变量中去。

向系统PATH中添加路径：

如果你不想改动整个系统的配置，那么你还可以通过系统开始菜单上的Intel ArBB IA-32模式命令行快捷方式打开一个命令行窗口，然后在该窗口中执行32位程序。

接下来看看Intel ArBB运行结果怎么样：

在Intel® Core™  2 Duo  L9400@1.86G 笔记本上

poisson-solver

Num of Runs: 1

Num of Points: 12288

Errors: 0/12288

Errors: 0/12288

----------------------------------------

Version      Time(s)  Speed Up

C    13.324658  1.000

ArBB1     3.218527  4.140

ArBB2     3.147017  4.234

----------------------------------------

Test finished

输出结果中的C版本是用普通C语言实现的算法，耗时大约13秒，这里把它作为基准。ArBB1和ArBB2是用Intel ArBB以两种不同方式实现的同样算法，耗时都在3秒多一点。我们可以看出两个ArBB版本的代码都可以提高性能4倍以上。

图中圆圈表示并行控制结构，也就是程序中的cilk_spawn或cilk_sync；标有数字的线条表示strand，对应的是程序中不包含任何并行控制结构的串行部分。这里假定strand（3）是通过位于A节点的cilk_spawn衍生出来的子任务，节点B表示cilk_sync。

执行这个Cilk程序的操作系统线程我们称之为工作线程。当有多个工作线程可用时，这个程序有两种可能的执行方式：
 整个程序由单一工作线程执行，或
 调度程序选择在不同的工作线程上执行strand（2）和（3）。

为了保证串行语义，衍生出来的函数总是和进入衍生节点的那个strand在同一个工作线程上执行。于是，在这个例子中，strand（1）和strand（3）总是在同一个工作线程上执行。 这和大多数人的直觉正好相反，因为通常我们都会认为衍生出来的子任务会被新的线程执行，原有的线程会执行strand（2）。

如果此时有其它工作线程可用，那么strand（2）（延续部分）可以在另外的工作线程上执行。接下来，在节点B的cilk_sync之后，程序执行可以由进入同步接点的任一工作线程继续。 这也和我们的直觉有所不同，因为通常我们都会认到这里新的线程会中止，后面的程序的会由最开始的线程（即执行strand（1）的线程）执行。

结论：从这个例子我们可以看到为了保证程序原有的串行语义，Cilk的运行时系统采取了一种和大多数人直觉不同的策略把strand映射到多个工作线程之上。所以我们在编程时要避免使用依赖于当前线程的数据访问手段，例如使用线程本地存储。这是因为在cilk_sync之后程序可选择由任一工作线程继续执行，而这个选择是不确定的。