这本书很深，对于早已失去了专注力的我来说，想一遍就消化掉是不可能的，只看文字不看视频不去实践一定会消化不良。暧昧一点吧，找不到好的词汇形容。</p>

走马观花也多少能记住些东西，先说一下第一块难以理解又重要的地方是，其实每个地方都很难全部理解，但是对我而言，更重要的是现在大体上把说不通的点讲通。</p>

流水线是一个很难掌握的点。</p>

首先是和洗碗筷差不多，任务是一个一个来的，即便核很多，如三个核，那要三个时钟周期才能让三个核都进入工作状态。这个核，用自助餐厅的不同种食物代替吧。</p>

之后是，每个核工作在同一个任务的不同阶段，看起来是并行的，但彼此之间还有有细小的时间差异。</p>

还是那个洗碗洗筷子模型，系统的吞吐量受到最慢阶段的速度所限制，流水线是一步一步来，在一个时钟内，即便一个阶段被完成，但它总是需要等待前面的阶段或者后面的阶段完成，才可以进行跳转。所以最慢的阶段限制着流水线速度。</p>

切分切分切分，最后限制速度的是寄存器的读写速度。</p>

如果加入前后顺序的反馈，那么最后一步产生的反馈信息要给第一步，这是两个过程之间传递反馈信息。需要做修改。将SEQ变为SEQ+，动态计算PC。（完全不知道自己在说什么了）</p>

我只能理解为，各个阶段需要配合，需要等待把每个步骤时间对齐，对不齐就容易产生用过去的信息计算当前的状态，得到的是错误的答案，这错误有大有小，但一定是不可以的。</p>

然后这种一有冒险就停止等待的做法可能过于缓慢，引出了用转发来避免数据冒险。</p>

本来我要等你写完我再读，可是不如你先直接送过来，这样对于整个过程耽搁得就比较少，写与送的过程应该是同样速度的，那么我觉得节约的时间是读的时间。唔！</p>