[理工] 計組 component latency

[newpuma (還很新)]

http://i.imgur.com/1zRqk2q.jpg

如果題目只有stage的主要單元我算的出來，但是那個path，我沒辦法區分什麼時候得把m
ux給算進去

比較特別的是R type在ALU前面的MUX要算進去，LW卻不用？

第二點是選擇目的暫存器的那個Mux(IM跟Reg中間)那個為什麼都沒算進去，因為同時有做
其他工嗎

謝謝

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.137.122.253
※ 文章網址: https://www.ptt.cc/bbs/Grad-ProbAsk/M.1481965057.A.639.html
推 ex8338: 去翻整個圖  lw過ALU之後先進MEM在到MUX
→ ex8338: R-type是過ALU後 繞過MEM直接到MUX   兩個MUX是同一個
推 ex8338: 原來是問 前面的ALU我回錯了
推 lion83395: lw會經過MUX再到ALU是從下面那條經過SE的路徑去走
→ lion83395: 而那條並不是longest path 所以沒算
推 ex8338: reg出來那條也會進MUX吧  我也想不懂
推 yupog2003: 區分要不要把mux算進去:檢查他有沒有在longest path上
→ yupog2003: 第二點：決定write register可以等到data從memory讀出
→ yupog2003: 來之後再決定都來得及，而data讀出來之後mux也早就通過
→ yupog2003: 了，我的想法是這樣，但沒有很確定是不是正確的
→ yupog2003: 你講的同時有做其他工是重點，只要其他工比這個工長，
→ yupog2003: 就代表這個工不在longest path上，所以就可以不用算
推 Transfat: 要對著圖看會比較清楚，為什麼lw沒有把ALUSrc這個mux算
→ Transfat: 進去是因為, Critical Path 走IM-Reg-ALU會花比較久時間
→ Transfat: R-type的ALUSrc是讀ReadData2的資料，所以是在Reg之後的
→ Transfat: 路徑，比直接從Reg-ALU還要再多上一個MUX的時間
→ aa06697: http://i.imgur.com/jrkRZpM.jpg