[理工] 中央104計組第7、8、10題

[kk8850tw (甘蔗)]

計組第7題
http://imgur.com/6afgUA4
我有問題的是C選項，為甚麼Limits of power會?還是不會?


計組第8題
http://imgur.com/eSytBLJ
這是我按照題目理解寫下的各個instruction對應的CPI
                      CPI
  原CPU: FP     23%      4
         FPSQR   2%     20
         Others 75%   1.33
不知道是不是對的?
不過我看坊間高銘寫的那本跟我寫的不一樣，他是寫:
                      CPI
  原CPU: FP     23%      ? -\ 總共
         FPSQR   2%     20 -/  是4
         Others 75%   1.33
我覺得怪怪的，有人認同嗎?為甚麼?(PS. 這篇詳解已經被我找到2題錯誤了，讓我有點不
信任高銘了)


計組第10題
http://imgur.com/g9LJBdM
我猜測答案是A(因為我覺得這題高銘的解答有點在鬼扯...)
A True  我把"better"理解為"簡單易實作"，且不須要處理一堆危障
B False 每個Stage都是不同的instructions在使用
C False Multi-cycle才使用pipeline
D False 是決定於最長的stage才對
不知道各位覺得我寫出來的是不是對的?(有錯請指正)

非常感謝各位~~~

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.246.199.98
※ 文章網址: https://www.ptt.cc/bbs/Grad-ProbAsk/M.1484564251.A.67A.html
→ ken52011219: 10, CD
→ ken52011219: 你把Multi-cycle 跟pipeline 搞混了 這樣很危險
     我明白了，multi-cycle只是把原本single-cycle化成幾個多個步驟多個cycle而已
，
而pipe已經是另外一種新設計了，非常感謝你的提醒!!!
推 Transfat: 第七題會
推 DZASHIANG: 請問有答案嗎 10.b是不是true multicycle 確實不會讓
高銘解答是只有c
→ DZASHIANG: 指令之間共用功能單元吧
※ 編輯: kk8850tw (42.73.239.50), 01/16/2017 20:03:30
→ ken52011219: multicycle 的function unit 是可以被複數instr.使
→ ken52011219: 用的
    高銘說是single-cycle才這樣
    附上高銘解答
http://i.imgur.com/fo1mmwK.jpg
※ 編輯: kk8850tw (42.73.239.50), 01/16/2017 20:09:02
→ kk8850tw: 雖然我也不太明白為什麼multi-cycle不行
推 yupog2003: 完蛋，這題我只會想選B而已XD
→ yupog2003: 我說第10題，我說一下我的想法，麻煩指正我一下
→ yupog2003: A我覺得沒有single cycle一定比較好的，multi-cycle某
→ yupog2003: 些情況下execution time可以降低，有時候比較好
→ yupog2003: B我覺得multicycle依舊是一個指令執行完換下一個指令
→ yupog2003: 只是每個指令所需的cycle數不一樣而已，這樣感覺的確
→ yupog2003: 不會共用functional unit，我手邊沒有白算盤，希望大家
→ yupog2003: 指正我這個想法哪裡錯了
     我翻了好久的白算盤，也沒看到multi-cycle, 是我的錯覺嗎…
→ yupog2003: C我覺得multi-cycle已經把stage都切好好，感覺比
→ yupog2003: single cycle設計pipeline更容易
→ yupog2003: D我覺得是single cycle才這樣，不然就是把最後改成
→ yupog2003: longest possible stage
→ yupog2003: 其實我有點不太清楚D的clock cycle是指clock cycle
→ yupog2003: time還是number of clock cycles，如果是後者的話，那
→ yupog2003: D應該是要選拉...
→ ken52011219: 因為 memory 其實是instrution and data path 共用
→ ken52011219: Control path 在某些時間點是會重複被使用
→ ken52011219: 為了避免因此被搞混，設置了 (instr. and data) reg
→ ken52011219: 來存放 從Memory的資料
原來如此，謝謝你
→ ken52011219: D 我覺得應該是改成critical path 吧
應該single-cycle的cycle time才是critical path的時間吧
multi-cycle的每一個stage的時間都一樣長，所以要取stage中花最長的時間的那個stage
時間
※ 編輯: kk8850tw (42.73.239.50), 01/16/2017 21:02:38
推 yupog2003: 感謝ken大，我再吸收一下
※ 編輯: kk8850tw (42.73.239.50), 01/16/2017 21:06:59
※ 編輯: kk8850tw (42.73.239.50), 01/16/2017 21:12:51
→ ken52011219: 等一下 multi cycle 不算是stage的觀念
→ ken52011219: 想像 洗衣服 脫乾 烘乾 它們的執行時間不一樣
→ ken52011219: 但可以根據你的操控 選擇那些程序不需要
→ ken52011219: 藉此達到縮短該 critical path 的時間長度
→ ken52011219: 而stage 是每個階段都要一致的時間，用在pipeline
→ ken52011219: 達到不同的 instr 可以在pipeline下同步進行
我明白你的意思了，每個指令的程序的不太一樣，但是每一道程序都花同樣的時間t，所
以每個指令花的時間被其總共需要n個程序影響(即critical path), 總時間為n x t
太感謝Ken大了，釐清了好多觀念
※ 編輯: kk8850tw (42.73.239.50), 01/16/2017 21:25:04
→ ken52011219: 順便假如有張凡的課本了話 把下冊的"選讀"給拿起來看
→ ken52011219: 裡面有multi cycle 的control path  成大很愛考
我剛好有課本，謝謝你的提醒!!!               
※ 編輯: kk8850tw (42.73.239.50), 01/16/2017 21:35:23
推 k2shouai: in the multi-cycle design, the cycle time is determi
→ k2shouai: ned by the slowest functional unit
→ ken52011219: 借問一下 出處在哪@@ 蠻有興趣的
→ k2shouai: Google的,也符合張凡課本說的
→ k2shouai: Ken大 網址用訊息丟給你了
→ ken52011219: 感謝，感覺這種文體應該會出自於聖經本的說@_@
→ ken52011219: 所以我觀念有誤 它其實還是有stage的觀念 而不會有
→ ken52011219: 不同的時間在某個任務上
→ ken52011219: 感謝 k2 大 <(_ _)>
→ ken52011219: stage在 每個register內緩衝 直到時間到了才會進行
→ ken52011219: 下一個CYCLE
推 TWkobe: 第十題A 其實multicycle和singleCycle仍有hazard例如
→ TWkobe: structureHazrd 但是像dataHazard就因為本身特性而顯現不
→ TWkobe: 出來