[閒聊] 數位硬體設計的未來 ?

看板Soft_Job作者 (把握)時間14年前 (2011/08/13 00:26), 編輯推噓0(0012)
留言12則, 3人參與, 最新討論串1/3 (看更多)
以後是否有可能數位ic的需求越來越少 ? 首先是因為雲端時代的來臨, 除了幾個無法用雲端處理的運算, 例如video encoding, 無法用雲端計算 其他運算即使device無法處理, 丟到雲端去平行運算, 也可以很快算好 第二, 即使無法丟到雲端處理, 因為gpgpu等處理器的流行, 很多本來要用硬體做的運算, 用gpgpu來處理更彈性, 速度也很快 不必特地去定做一顆ic, 除非是太複雜的運算 第三是cpu本身也慢慢趨於多核心架構, 因此很多運算即使上面兩個都不好處理, 直接用cpu去平行處理, 也可以很快解決 因此數位ic的需求也就越來越少 ? 剩下類比ic設計 其它大部分都在寫軟體? 大家有甚麼看法嗎? 底下這段只是我的隨便猜想 第四, 隨便猜想 以後要設計數位ic, 可能就是直接在版子上面準備一顆fpga, 然後fpga可以在程式執行的過程中, 動態的重新寫入新的架構, 每一個計算新架構所需的步驟都已經自動化, 而且因為cpu運算能力的提升, 程式重新計算所需的架構並不會花很長的時間 而且可以提早完成的編譯任務, 可以提早完成, 當程式需要執行時 不用重新編譯 甚至, 不必用verilog, 直接用systemC就可以寫出可以讓fpga重新配置的新架構 因此現在假如要壓縮一段影片, 執行影片壓縮這個task的程式碼有兩個部分, 1. 硬體電路的部分(即編碼器, 用systemC寫成) 2. 用軟體程式餵資料和作整體信號控制的部分(用C語言寫成) 程式編譯好之後, systemC的部分會被編譯成可以馬上寫入fpga的資料 C語言的部分則是變成可執行碼, 兩者可直接執行 因此影片壓縮的task一執行, OS會自動在fpga上生成一個編碼器, 然後搭配cpu進行影片壓縮的動作 任務完成後再把fpga上的編碼器抹除, 把空間讓給其他需要用fpga的任務 當然假如空間夠大, 不抹除也不是不行, ※ 編輯: dsrte 來自: 123.193.72.112 (08/13 00:40)

08/13 02:41, , 1F
對單一運算元的要求還是會持續的提高,因為分散式運算有他
08/13 02:41, 1F

08/13 02:41, , 2F
浪費的地方,這點是躲不掉的。兩方是相輔相成。
08/13 02:41, 2F

08/13 02:43, , 3F
這個問題感覺上是對效率的要求有沒有多到支持特化的模組...
08/13 02:43, 3F

08/13 02:43, , 4F
這個問題應該很值得討論就是了。
08/13 02:43, 4F

08/13 08:08, , 5F

08/13 08:09, , 6F
你看低階的 MCU 出貨量越來越大... FPGA 無法取代
08/13 08:09, 6F

08/13 08:11, , 8F
只是數位IC design 的工作越來越少 現在都直買IP來整合...
08/13 08:11, 8F

08/13 09:38, , 9F
主要問題是台灣會做的(數位)IC. 大陸慢慢也會做
08/13 09:38, 9F

08/13 09:39, , 10F
要搞系統、自建生態系. 對岸的軟體、市場也比我們強
08/13 09:39, 10F

08/13 09:40, , 11F
另外Core i7也是數位ic啊. 不過這種複雜度的,別說是台灣
08/13 09:40, 11F

08/13 09:41, , 12F
世界上也沒幾個國家做得出來且賣得出去的(得避開眾專利)
08/13 09:41, 12F
文章代碼(AID): #1EHLG_51 (Soft_Job)
文章代碼(AID): #1EHLG_51 (Soft_Job)