本周主要内容如下:

  • 如何分析GPU算法的速度和效率
  • ​​3个新的基本算法:归约、扫描和直方图(Reduce、Scan、Histogram)

一、评估标准

首先介绍用于评估GPU计算的两个标准:

  • step :完成某特定计算所需时间--挖洞操作(Operation Hole Digging)
  • work:工作总量

如下图示,第一种情况只有一个工人挖洞,他需要8小时才能完成,所以工作总量(Work)是8小时。第二种情况是有4个工人,它们2个小时就能完成挖洞任务,此时工作总量是8小时。第三种情况同理不加赘述。

另一种直观理解如下图示。该计算任务步骤复杂度是3,工作复杂度是7。而接下来的课程的目的则是学会如何优化GPU算法。

二、3个新的基本算法

2.1 Reduce

2.1.1 Reduce运算基本介绍

下图展示的是reduce运算。

reduce运算由两部分组成:输入值归约运算符(Reduction Operation)

其中归约运算符需要满足下面两个条件:

  • Binary 二元运算符:即对两个输入对象进行操作得到一个结果
  • Associative 结合性:直白解释就是运算符需要与顺序无关,例如加号就满足这一性质,而减号不满足。

2.1.2 串行方式实现归约和并行方式实现归约

  • 串行方式实现归约

reduce运算和map运算有点类似,但不同的地方在于map是可以对多个元素做单独操作的,而reduce每次计算都需要依赖上一次运算的结果。示意图如下:

  • 并行方式实现归约

并行方式与串行方式的不同点在于计算的方式不同,如果以穿行方式对a,b,c,d进行加法归约运算,那么计算方式则为\(((a+b)+c)+d\)。而如果以并行方式的话,则为\((a+b)+(c+d)\)。

两种方式的复杂度如下图示:

上面的例子貌似并不能很明显的看出串行和并行的差异,下面我们通过大致计算来更直观的看出不同:

首先假设使用的并行的方式计算,当输入对象有两个,那么step=1。当有4个输入对象,那么就有step=2。以此类推,当有N个输入对象,那么step=logN。而串行的step=N-1。因此当N一定大的时候,并行方式的优势就很明显了。

下面通过具体示例来看看使用 Global MemoryShared Memory进行并行归约运算的区别。

如下图示,一共有1024个线程块,其中每个线程块有1024个线程需要进行归约运算。运算分成两个步骤,首先块内运算得到1个值,之后再将1024个值再做归约运算。

下面给出了使用全局变量的代码。实现思路是将线程分成两份,然后等距相加。

具体来说就是首先将后512个线程值添加对应添加到前512个线程中去,之后再折半添加,即将前面512个线程拆成前256和后256个线程,以此类推,直到最后计算得到一个值。

下面给出了使用 Shared Memory的代码,它的思路与上面类似,但是因为使用共享内存,速度得到了提升

理论上来说使用Global Memory需要进行2n次读操作,n次写操作,而Shared Memory需要进行n次读操作,1次写操作,所以后者应该比前者快3倍左右。

但是因为该示例并没有使得计算饱和,所以最终测试结果并没有3倍,具体时间效果如下图。

2.2 Scan

2.2.1 Scan基本介绍

下图给出了Scan的例子,输入为1,2,3,4,运算符是+,输出结果是当前输入值与前面值的总和。

咋看貌似并不像是并行计算,但是Scan运算对于并行计算具有很大的作用。

下图给出了Scan的在实际生活中的例子,即银行存款账户余额情况,左边表示存钱,取钱数,右边表示余额。

2.2.2 Scan运算组成

Scan运算由输入向量,二元结合运算符(与Reduce运算类似)以及标识值组成。

基本上该课程中提到的运算符都需要具有Associative(结合性),这样更加符合并行计算的特点。

为方便说明,标识值(Identify element)I表示,它需要满足\(I\,\,op \,\,a = a\),其中op表示二元结合运算符,a表示任意值。举例来说可能更好理解:

例如如果运算符是and,那么标识值就是1。如果运算符是or,那么标识值就是0。

2.2.3 Exclusive Scan & Inclusive Scan

Scan运算分为两种:ExclusiveInclusive。区别是前者的输出不包含当前的输入值,后者则包括。下图给出了具体例子,使用的运算符是add。

下面以Inclusive Scan为例来计算Step复杂度和Work复杂度。

  • Step复杂度

它的Steps复杂度和Reduce运算相同都是\(O(logn)\),不再详细解释。

  • Work复杂度

Work复杂度是\(o(n^2)\)。如下图示,第一个输出值的计算量是0,第二个是1,第三个是2,以此类推,最终复杂度是\(0+1+2+...+(n-1)≈\frac{n*(n-1+0)}{2}=O(n^2)\)

2.2.4 改进Scan运算的实现方法

如果采用上面的实现方式,Work复杂度太大,在实际运用中消耗太多资源,为了改善这一问题,出现了如 Hillis SteeleBlelloch Scan方法,下面分别进行介绍。

  • 1. Hillis Steele Inclusive Scan

还是从1到8做scan运算。该方法的主要实现思路是对于step i,每个位置的输出值是当前值加上其\(2^i\)左边的值。

Step 0:每个输出值是当前值加上前一个值。(绿色)

Step 1:每个输出值是当前值加上前两个值(蓝色)。

Step 2:每个输出值是当前值加上前4 (\(=2^2\)) 个值(红色)。

总结起来计算过程就是:

step 0: out[i] = in[i] + in[i-\(2^0\)];

step 1: out[i] = in[i] + in[i-\(2^1\)];

step 2: out[i] = in[i] + in[i-\(2^2\)];

通过下面完整的计算过程,我们可以明显看到Step复杂度依旧是\(logn\).

Work复杂度不能很明显的算出来,我们可以把所有的计算过程看成一个矩阵,纵向长度是\(logn\),横向长度是\(n\),所以Work复杂度是\(nlogn\),该算法相对于之前的\(o(n^2)\)Work复杂度有了一定的提升。

  • 2. Blelloch Scan

这是一种优化Work complexity的算法,比上面的要复杂一些。主要分为reduce和downsweep两步。

该算法由两部分组成:Reduce+Downsweep。

以exclusive scan加法运算为例,如下图示。

为更好说明用下图进行解释说明(图片来源:CUDA系列学习(五)GPU基础算法: Reduce, Scan, Histogram

如图示,上部分是Reduce,不再赘述。

下部分的Downsweep其实可以理解成Reduce的镜像操作,对于每一组输入in1 & in2有两个输出,左边输出out1 = in2,右边输出out2 = in1 op in2 (这里的op就是reduce部分的op),如图:

该算法有点绕,是否明白了呢?下面做个题来看看是不是真的明白了:

运算符是Max,将框中答案补充完整。

Ans:

介绍了这么多,那该方法的复杂度如何呢?

因为我们已经知道Reduce的Step复杂度是\(O(logn)\),Work复杂度是\(O(n)\)。

而Downsweep其实可以理解成Reduce的镜像运算,所以复杂度与之相同。

所以该算法整体的Step复杂度是\(O(2logn)\),Work复杂度是\(O(n)\)。这里对于Work复杂度存疑,不明白为什么不是\(O(2n)\),但是网上好几篇博文都说是\(O(n)\))

2.2.5 如何选择合适的算法

上面已经分别介绍了 Hillis Steele和Blelloch Scan算法,下面将二者的复杂度总结如下:

Method Step complexity Work Complexity type
Hillis Steele \(O(logn)\) \(O(nlogn)\) SE (Step Effient)
Blelloch \(O(2logn)\) \(O(n)\) WE (Work Efficient)

在实际中可能会遇到如下图示的情况,随着工作量的变化我们需要动态改变算法策略。

例如最开始可能任务中地Work要远多于已有的处理器数量,这种情况执行速度受到了处理器数量的限制,此时我们则需要选择 更具高效工作性的算法(如Blelloch)

随着工作量不断完成,渐渐地可用处理器数量比工作更多,此时我们则可以选择 更高效步骤的算法实现(如Hillis Steele算法)

下面来做个题看是否已经理解了如何选择合适的算法。

情况 Serial(串行) Hillis Steele Blelloch
128k的vector, 1个processor
512个元素的vector, 512个processor
一百万的vector, 512个processor

解析:

  • 第一种情况只有一个处理器,难不成还能选择并行算法?
  • 第二种情况处理器数量刚好合适,工作量也不大,所以可以选择Hillis Steele
  • 第三种情况工作量远大于处理器数量,所以选择Blelloch算法来提高工作效率。

2.3 Histogram

2.3.1 Histogram是啥

顾名思义,统计直方图就是将一个统计量在直方图中显示出来。

2.3.2 Histogram 的 Serial 实现

分两部分:1. 初始化,2. 统计

for(i = 0; i < bin.count; i++)
res[i] = 0;
for(i = 0; i<nElements; i++)
res[computeBin(i)] ++; // computeBin(i)函数是用来判断第i个元素属于哪一类

2.3.3 Histogram 的 Parallel 实现

直接实现:

__global__ void naive_histo(int* d_bins, const int* d_in, const in BIN_COUNT){
int myID = threadIdx.x + blockDim.x * blockIdx.x;
int myItem = d_in[myID];
int myBin = myItem % BIN_COUNT;
d_bins[myBin]++;
}

仔细看上面的代码,我们很容易看出d_bins[myBin]++;语句在并行计算过程中会出现read-modify-write(从全局内存中读取数据,修改数据,写回数据) 冲突问题,进而造成结果出错。

而serial implementation不会有这个问题,那么想实现parallel histogram计算有什么方法呢?

1. accumulate using atomics

下图给出了read-modify-write介绍,可以看出读取,修改,写入是3个独立的原子运算,但是如果我们将这3个操作整合成1个原子操作那么就可以很好地解决上述问题。而且现如今的GPU能够锁定特定的内存地址,因此其他的线程就无法访问该地址。

具体实现代码只需要将 d_bins[myBin]++;修改成atomicAdd(&(d_bins[myBin]), 1); 即可。

__global__ void simple_histo(int* d_bins, const int* d_in, const in BIN_COUNT){
int myID = threadIdx.x + blockDim.x * blockIdx.x;
int myItem = d_in[myID];
int myBin = myItem % BIN_COUNT;
atomicAdd(&(d_bins[myBin]), 1);
}

但是对于atomics的方法而言,不管GPU多好,并行线程数都被限制到histogram个数N,也就是最多只有N个线程并行。

2. local memory + reduce

思路原理:设置n个并行线程,每个线程都有自己的local histogram(一个长为bin数的vector);即每个local histogram都被一个thread顺序访问,所以这样没有shared memory,即便没有用atomics也不会出现read-modify-write问题。然后,我们将这n个histogram进行合并(即加和),可以通过reduce实现。

举例:

如下图示,假设有128个item,有8个线程可以使用,然后需要分成3类。

这样每个线程理论上需要处理16个item,即将这16个item分成3类。

通过使用并行线程,我们无需使用上面那个方法将read-modify-write原子化,因为这8个线程使用的是自己的local memory,而不是shared memory。如此一来我们只需要在所有线程计算结束后,再使用Reduce运算将8个线程的计算结果对应相加即可。

3. sort then reduce by key

该方法的主要思路是采用键值对(类似Python中的字典)的方式来记录数据,之后对键值对按键的大小排序得到下图中蓝色键值对。

如此一来键相同的挨在一起,之后便可用Reduce运算将相同类别的值相加即可。

3.作业应用

Tone Mapping(色调映射) 是转换一组颜色到另一组颜色的过程。之所以要色调映射是因为真实世界中的光谱强度是非常广的,例如白天太阳的光亮程度到晚上月亮的光亮程度,这之间的范围十分大。而我们的设备,如电脑显示屏,手机所能显示的光亮程度远小于真实世界,所以我们需要进行色调映射。我们手机上拍照功能中的HDR模式就是色调映射的作用。

该过程如果没有处理好,那么得到的效果则要么变得过于暗淡,要么过于明亮。

下图很好地展示了这两种情况。

下图左曝光较低,很多细节丢失。下图右虽然细节保留更多,但是窗户部分因为曝光过多基本模糊掉了。两图片下面的直方图也很直观的呈现了像素分布情况。

而色调映射就是为了解决上述情况,以期望达到如下图的效果。

本次作业需要结合所学的三种运算Reduce,Scan,Histogram。

MARSGGBO♥原创







2018-7-9

【Udacity并行计算课程笔记】- Lesson 3 Fundamental GPU Algorithms (Reduce, Scan, Histogram)的更多相关文章

  1. 【Udacity并行计算课程笔记】- Lesson 4 Fundamental GPU Algorithms (Applications of Sort and Scan)

    I. Scan应用--Compact 在介绍这节之前,首先给定一个情景方便理解,就是因为某种原因我们需要从扑克牌中选出方块的牌. 更formal一点的说法如下,输入是 \(s_0,s_1,...\), ...

  2. 【Udacity并行计算课程笔记】- Lesson 2 The GPU Hardware and Parallel Communication Patterns

    本小节笔记大纲: 1.Communication patterns gather,scatter,stencil,transpose 2.GPU hardware & Programming ...

  3. 【Udacity并行计算课程笔记】- lesson 1 The GPU Programming Model

    一.传统的提高计算速度的方法 faster clocks (设置更快的时钟) more work over per clock cycle(每个时钟周期做更多的工作) more processors( ...

  4. Udacity并行计算课程笔记-The GPU Hardware and Parallel Communication Patterns

    本小节笔记大纲: 1.Communication patterns gather,scatter,stencil,transpose 2.GPU hardware & Programming ...

  5. Udacity并行计算课程笔记-The GPU Programming Model

    一.传统的提高计算速度的方法 faster clocks (设置更快的时钟) more work over per clock cycle(每个时钟周期做更多的工作) more processors( ...

  6. udacity android 学习笔记: lesson 4 part b

    udacity android 学习笔记: lesson 4 part b 作者:干货店打杂的 /titer1 /Archimedes 出处:https://code.csdn.net/titer1 ...

  7. udacity android 实践笔记: lesson 4 part b

    udacity android 实践笔记: lesson 4 part b 作者:干货店打杂的 /titer1 /Archimedes 出处:https://code.csdn.net/titer1 ...

  8. udacity android 学习笔记: lesson 4 part a

    udacity android 学习笔记: lesson 4 part a 作者:干货店打杂的 /titer1 /Archimedes 出处:https://code.csdn.net/titer1 ...

  9. udacity android 实践笔记: lesson 4 part a

    udacity android 实践笔记: lesson 4 part a 作者:干货店打杂的 /titer1 /Archimedes 出处:https://code.csdn.net/titer1 ...

随机推荐

  1. Educational Codeforces Round 23 B. Makes And The Product

    B. Makes And The Product time limit per test 2 seconds memory limit per test 256 megabytes input sta ...

  2. xml文件格式化后不能获取到值

    在有些时候,我们要使用到xml文件,必须得将文件中的内容压缩成一行,才能读取到其中的值,一旦有换行符.制表符.空格之类的就读不到.所以只能在开发好以后,将代码压缩再执行,十分不方便. 尝试了几个替换符 ...

  3. 自学Aruba3.2-Aruba配置架构-Virtual AP配置要点

    点击返回:自学Aruba之路 自学Aruba3.2-Aruba配置架构-Virtual AP配置要点  1. AP.AP-Group和Virtual-AP的关系 解析列举:      AP1.AP3, ...

  4. Azure HDInsight 上的 Spark 群集配合自定义的Python来分析网站日志

    一.前言:本文是个实践博客,演示如何结合使用自定义库和 HDInsight 上的 Spark 来分析日志数据. 我们使用的自定义库是一个名为 iislogparser.py的 Python 库. 每步 ...

  5. 哈夫曼树Huffman

    哈夫曼树处理这样的一种问题: 给出一棵n个叶子的k叉树,每个叶子有一个权值wi,要求最小化∑wi*di di表示,第i个叶子节点到根节点的距离.(一般是边数) 处理方法比较固定. 贪心的思路:我们让权 ...

  6. (转)Redis的那些最常见面试问题

    背景:最近在准备面试相关的题目,发现redis基本一片空白,有必要好好总结下. 转自:https://www.cnblogs.com/Survivalist/p/8119891.html 1.什么是r ...

  7. 字符串格式化(七)-format

    print("i am %s" %'admin') # i am admin msg = "i am %s" %'Alex' print(msg) # i am ...

  8. struts下载

    struts下载地址:http://struts.apache.org/download.cgi

  9. CodeForces892E 可撤销并查集/最小生成树

    http://codeforces.com/problemset/problem/892/E 题意:给出一个 n 个点 m 条边的无向图,每条边有边权,共 Q 次询问,每次给出 ki​ 条边,问这些边 ...

  10. InfluxDB、grafana、collect部署监控(centos6.8)

    collect部署 1.安装 yum install collectd -y 2.配置/etc/collectd.conf LoadPlugin network <Plugin network& ...