深刻浅出计算机组成原理学习笔记:第二十二讲

1、引子

一、流水线设计须要解决的三大冒险

过去两讲,我为你讲解了流水线设计CPU所须要的基本概念。接下来,咱们一块儿来看看,要想经过流水线设计来提高CPU的吞吐率,咱们须要冒哪些风险。缓存

任何一本讲解CPU的流水线设计的教科书,都会提到流水线设计须要解决的三大冒险,分别是 结构冒险(Structural Harzard)、 数据冒险(Data Harzard)以及 控制冒险(Control Harzard)。架构

二、为何在流水线设计里,harzard没有翻译成“危机”,而是要叫“冒险”呢?

这三大冒险的名字颇有意思,它们都叫做 harzard(冒险)。喜欢玩游戏的话,你应该知道一个著名的游戏,生化危机,英文名就叫Bioharzard。的确,harzard还有一个意思就是“危机”。
那为何在流水线设计里,harzard没有翻译成“危机”,而是要叫“冒险”呢?性能

在CPU的流水线设计里,当然咱们会遇到各类“危险”状况,使得流水线里的下一条指令不能正常运行。可是,咱们其实仍是经过“抢跑”的方式,“冒险”拿到了一个提高指令吞吐率的机会。
流水线架构的CPU,是咱们主动进行的冒险选择。咱们指望可以经过冒险带来更高的回报,因此,这不是无奈之下的应对之举,天然也算不上什么危机了。spa

事实上,对于各类冒险可能形成的问题,咱们其实都准备好了应对的方案。这一讲里,咱们先从结构冒险和数据冒险提及,一块儿来看看这些冒险及其对应的应对方案。翻译

2、结构冒险:为何工程师都喜欢用机械键盘?

咱们先来看一看结构冒险。结构冒险,本质上是一个硬件层面的资源竞争问题,也就是一个硬件电路层面的问题。CPU在同一个时钟周期,同时在运行两条计算机指令的不一样阶段。可是这两个不一样的阶段,可能会用到一样的硬件电路。最典型的例子就是内存的数据访问。请你看看下面这张示意图,其实就是第20讲里对应的5级流水线的示意图。设计

一、没办法同时执行第1条指令的读取内存数据和第4条指令的读取指令代码

能够看到,在第1条指令执行到访存(MEM)阶段的时候,流水线里的第4条指令,在执行取指令(Fetch)的操做。访存和取指令,都要进行内存数据的读取。咱们的内存,
只有一个地址译码器的做为地址输入,那就只能在一个时钟周期里面读取一条数据,没办法同时执行第1条指令的读取内存数据和第4条指令的读取指令代码3d

 

 

二、廉价的薄膜键盘共用一个线路

相似的资源冲突,其实你在平常使用计算机的时候也会遇到。最多见的就是薄膜键盘的“锁键”问题。经常使用的最廉价的薄膜键盘,并非每个按键的背后都有一根独立的线路,
而是多个键共用一个线路。若是咱们在同一时间,按下两个共用一个线路的按键,这两个按键的信号就没办法都传输出去。blog

三、这也是为何,重度键盘用户,都要买贵一点儿的机械键盘或者电容键盘

这也是为何,重度键盘用户,都要买贵一点儿的机械键盘或者电容键盘。由于这些键盘的每一个按键都有独立的传输线路,能够作到“全键无冲”,这样,不管你是要大量写文章、写程序,
仍是打游戏,都不会遇到按下了键却没生效的状况。游戏

四、全键无冲”这样的资源冲突解决方案,其实本质就是 增长资源

“全键无冲”这样的资源冲突解决方案,其实本质就是 增长资源。一样的方案,咱们同样能够用在CPU的结构冒险里面。对于访问内存数据和取指令的冲突,一个直观的解决方案就是把咱们的内存分红两部分,让它们各有各的地址译码器。这两部分分别是 存放指令的程序内存和存放数据内存ip

这样把内存拆成两部分的解决方案,在计算机体系结构里叫做哈佛架构(Harvard Architecture),来自哈佛大学设计Mark I型计算机时候的设计。对应的,咱们以前说的冯·诺依曼体系结构,
又叫做普林斯顿架构(Princeton Architecture)。从这些名字里,咱们能够看到,早年的计算机体系结构的设计,其实产生于美国各个高校之间的竞争中。

五、咱们今天使用的CPU并无把内存拆成程序内存和数据内存这两部份

不过,咱们今天使用的CPU,仍然是冯·诺依曼体系结构的,并无把内存拆成程序内存和数据内存这两部分。由于若是那样拆的话,对程序指令和数据须要的内存空间,
咱们就没有办法根据实际的应用去动态分配了。虽然解决了资源冲突的问题,可是也失去了灵活性。

 

 

不过,借鉴了哈佛结构的思路,现代的CPU虽然没有在内存层面进行对应的拆分,却在CPU内部的高速缓存部分进行了区分,把高速缓存分红了 指令缓存(Instruction Cache)和 数据缓存(Data Cache)两部分。

内存的访问速度远比CPU的速度要慢,因此现代的CPU并不会直接读取主内存。它会从主内存把指令和数据加载到高速缓存中,这样后续的访问都是访问高速缓存。而指令缓存和数据缓存的拆分,使得咱们的CPU在进行数据访问和取指令的时候,不会再发生资源冲突的问题了。

3、数据冒险:三种不一样的依赖关系

结构冒险是一个硬件层面的问题,咱们能够靠增长硬件资源的方式来解决。然而还有不少冒险问题,是程序逻辑层面的事儿。其中,最多见的就是数据冒险。

数据冒险,其实就是同时在执行的多个指令之间,有数据依赖的状况。这些数据依赖,咱们能够分红三大类,分别是 先写后读(Read After Write,RAW)、 先读后写(Write After Read,WAR)和 写后再写(Write After Write,WAW)。下面,咱们分别看一下这几种状况。

一、先写后读(Read After Write)

咱们先来一块儿看看先写后读这种状况。这里有一段简单的C语言代码编译出来的汇编指令。这段代码简单地定义两个变量 a 和 b,而后计算 a = a + 2。再根据计算出来的结果,计算 b = a + 3。

代码

int main() {
  int a = 1;
  int b = 2;
  a = a + 2;
  b = a + 3;
}

汇编

int main() {
   0:   55                      push   rbp
   1:   48 89 e5                mov    rbp,rsp
  int a = 1;
   4:   c7 45 fc 01 00 00 00    mov    DWORD PTR [rbp-0x4],0x1
  int b = 2;
   b:   c7 45 f8 02 00 00 00    mov    DWORD PTR [rbp-0x8],0x2
  a = a + 2;
  12:   83 45 fc 02             add    DWORD PTR [rbp-0x4],0x2
  b = a + 3;
  16:   8b 45 fc                mov    eax,DWORD PTR [rbp-0x4]
  19:   83 c0 03                add    eax,0x3
  1c:   89 45 f8                mov    DWORD PTR [rbp-0x8],eax
}
  1f:   5d                      pop    rbp
  20:   c3                      ret  

你能够看到,在内存地址为12的机器码,咱们把0x2添加到 rbp-0x4 对应的内存地址里面。而后,在紧接着的内存地址为16的机器码,咱们又要从rbp-0x4这个内存地址里面,把数据写入到eax这个寄存器里面。

因此,咱们须要保证,在内存地址为16的指令读取rbp-0x4里面的值以前,内存地址12的指令写入到rbp-0x4的操做必须完成。这就是先写后读所面临的数据依赖。若是这个顺序保证不了,咱们的程序就会出错。

这个先写后读的依赖关系,咱们通常被称之为 数据依赖,也就是Data Dependency。

二、先读后写(Write After Read)

咱们还会面临的另一种状况,先读后写。咱们小小地修改一下代码,先计算 a = b + a,而后再计算 b = a+ b。

代码

int main() {
  int a = 1;
  int b = 2;
  a = b + a;
  b = a + b;
}

汇编

int main() {
   0:   55                      push   rbp
   1:   48 89 e5                mov    rbp,rsp
   int a = 1;
   4:   c7 45 fc 01 00 00 00    mov    DWORD PTR [rbp-0x4],0x1
   int b = 2;
   b:   c7 45 f8 02 00 00 00    mov    DWORD PTR [rbp-0x8],0x2
   a = b + a;
  12:   8b 45 f8                mov    eax,DWORD PTR [rbp-0x8]
  15:   01 45 fc                add    DWORD PTR [rbp-0x4],eax
   b = a + b;
  18:   8b 45 fc                mov    eax,DWORD PTR [rbp-0x4]
  1b:   01 45 f8                add    DWORD PTR [rbp-0x8],eax
}
  1e:   5d                      pop    rbp
  1f:   c3                      ret       

咱们一样看看对应生成的汇编代码。在内存地址为15的汇编指令里,咱们要把 eax 寄存器里面的值读出来,再加到 rbp-0x4 的内存地址里。接着在内存地址为18的汇编指令里,
咱们要再写入更新 eax 寄存器里面。

若是咱们在内存地址18的eax的写入先完成了,在内存地址为15的代码里面取出 eax 才发生,咱们的程序计算就会出错。这里,咱们一样要保障对于eax的先读后写的操做顺序。

这个先读后写的依赖,通常被叫做 反依赖,也就是Anti-Dependency。

三、写后再写(Write After Write)

咱们再次小小地改写上面的代码。此次,咱们先设置变量 a = 1,而后再设置变量 a = 2。

代码

int main() {
  int a = 1;
  a = 2;
}

汇编

int main() {
   0:   55                      push   rbp
   1:   48 89 e5                mov    rbp,rsp
  int a = 1;
   4:   c7 45 fc 01 00 00 00    mov    DWORD PTR [rbp-0x4],0x1
  a = 2;
   b:   c7 45 fc 02 00 00 00    mov    DWORD PTR [rbp-0x4],0x2
}

在这个状况下,你会看到,内存地址4所在的指令和内存地址b所在的指令,都是将对应的数据写入到 rbp-0x4 的内存地址里面。若是内存地址b的指令在内存地址4的指令以后写入。
那么这些指令完成以后,rbp-0x4 里的数据就是错误的。这就会致使后续须要使用这个内存地址里的数据指令,没有办法拿到正确的值。

因此,咱们也须要保障内存地址4的指令的写入,在内存地址b的指令的写入以前完成。

这个写后再写的依赖,通常被叫做 输出依赖,也就是Output Dependency。

4、再等等:经过流水线停顿解决数据冒险

除了读以后再进行读,你会发现,对于同一个寄存器或者内存地址的操做,都有明确强制的顺序要求。而这个顺序操做的要求,也为咱们使用流水线带来了很大的挑战。
由于流水线架构的核心,就是在前一个指令尚未结束的时候,后面的指令就要开始执行。

因此,咱们须要有解决这些数据冒险的办法。其中最简单的一个办法,不过也是最笨的一个办法,就是流水线停顿(Pipeline Stall),或者叫流水线冒泡(Pipeline Bubbling)。

流水线停顿的办法很容易理解。若是咱们发现了后面执行的指令,会对前面执行的指令有数据层面的依赖关系,那最简单的办法就是“ 再等等”。咱们在进行指令译码的时候,
会拿到对应指令所须要访问的寄存器和内存地址。因此,在这个时候,咱们可以判断出来,这个指令是否会触发数据冒险。若是会触发数据冒险,

咱们就能够决定,让整个流水线停顿一个或者多个周期。

 

 

我在前面说过,时钟信号会不停地在0和1以前自动切换。其实,咱们并无办法真的停顿下来。流水线的每个操做步骤必需要干点儿事情。因此,在实践过程当中,
咱们并非让流水线停下来,而是在执行后面的操做步骤前面,插入一个NOP操做,也就是执行一个其实什么都不干的操做。

 

 

这个插入的指令,就好像一个水管(Pipeline)里面,进了一个空的气泡。在水流通过的时候,没有传送水到下一个步骤,而是给了一个什么都没有的空气泡。这也是为何,咱们的流水线停顿,
又被叫做流水线冒泡(Pipeline Bubble)的缘由。

5、总结延伸

讲到这里,相信你已经弄明白了什么是结构冒险,什么是数据冒险,以及数据冒险所要保障的三种依赖,也就是数据依赖、反依赖以及输出依赖。

一方面,咱们能够经过增长资源来解决结构冒险问题。咱们现代的CPU的体系结构,其实也是在冯·诺依曼体系结构下,借鉴哈佛结构的一个混合结构的解决方案。
咱们的内存虽然没有按照功能拆分,可是在高速缓存层面进行了拆分,也就是拆分红指令缓存和数据缓存这样的方式,从硬件层面,使得同一个时钟下对于相同资源的竞争再也不发生。

另外一方面,咱们也能够经过“等待”,也就是插入无效的NOP操做的方式,来解决冒险问题。这就是所谓的流水线停顿。不过,流水线停顿这样的解决方案,是以牺牲CPU性能为代价的。
由于,实际上在最差的状况下,咱们的流水线架构的CPU,又会退化成单指令周期的CPU了。

因此,下一讲,咱们进一步看看,其余更高级的解决数据冒险的方案,以及控制冒险的解决方案,也就是操做数前推、乱序执行和还有分支预测技术。

相关文章
相关标签/搜索