https://i.imgur.com/JurYcIF.jpg
请教一下板上的各位
第2题的a b要怎么回答呢

reservations station用来存还无法进入function unit的指令reorder buffer存指令out of order execution后的结果，在需要的时候重新commit打错 在需要的时候重新执行 不需要的时候就commitb小题应该只是reorder buffer在power-off指令超前时重新执行一次吧？ 不太确定reservation station有没有特别的工作要做...

b的话 张凡说法是 要确保reservation那的fp指令都做完然后reorder buffer的fp指令也都commit完后 再commit power off指令

好像懂了 power-off指令跟前面的指令没有data dependency，所以对于分析资料流来判断重新执行的reorder buffer是无法运作的，所以reservation station才要负责额外的工作？ 不知道这样对吗？

reservation station store the operands and the operation应该比较精确一点reorder buffer在需要的时候重新执行是指？

branch猜错的时候吧

我认为单纯写出个别要做的事情就好 这指令感觉硬件也要有相对应的功能 所以检查什么应该是另外设计 可能跟他原本能不能比较没关系

我指的是超前执行导致出现hazard的情况了解 感谢

@ok branch出错reorder buffer应该是flush才对@mi 先fetch了不是也会等到operands ready吗？

喔喔 我是想说猜错会FLUSH然后重抓叫重新执行 不然重新执行具体来说是怎样 超前执行的hazard应该也是controlHazard吧 data hazard应该不会超前执行吧

因为我的印象中相关的资料都没提到重新执行这件事 刚刚去找了一下也没有 所以想知道重新执行这件事的目的是什么

是我理解有误吗？ superscalar上不同种类的指令因为用到的function unit不同，所以我们无法保证他们的执行顺序是跟原本的执行顺序一致的，所以我们不能保证原本像WAR这种的hazard会跑出正确的结果看了一下reorder unit只是确定指令没有出错，所以如果有出错就是flush这样？ 我一直以为有出错就会把出错指令拿回reservation station重新执行

war跟waw这些hazard的话reservation station本身设计(register renaming, buffering spurce operands)就会避免这些问题所以因为hazard而重新执行应该是不会发生的

我也不知道 我上正课跟题目班 印象中张凡都只有带过说反正会有硬件跟软件去解决hazard 没特别说如何解决

所有speculation都要有一个排除执行错误的机制吧？课本虽然没有讲清楚，但是他确实有说reorder buffer要hold results until it is safe to store

safe指的是跟储存的result有关的操作都完成时 Computer architecture中的ch2.6有

原来如此 所以所谓的in order commit这个阶段就已经不会有任何有问题的指令了吗？

是 除了branch missprediction 其他在设计上都会处理好

感谢 真希望赶快考完来拜读A Quantitative Approach这本书

此时不看更待何时XD！！

噢 原来啊 我明白了 谢谢各位

我担心现在乱看然后似懂非懂的 考出来更惨烈不过真的有感觉到白算盘的东西比较浅一点...

那相信在座的各位都会希望你现在看的

各位都是20天后的考生吗