Re: [閒聊] 數位硬體設計的未來 ?
※ 引述《dsrte (把握)》之銘言：
: 以後是否有可能數位ic的需求越來越少 ?
我覺得如果是chip的話 應該是越來越少沒錯
但數位IP會越來越多...
: 首先是因為雲端時代的來臨, 除了幾個無法用雲端處理的運算,
: 例如video encoding, 無法用雲端計算
: 其他運算即使device無法處理, 丟到雲端去平行運算, 也可以很快算好
: 第二, 即使無法丟到雲端處理, 因為gpgpu等處理器的流行,
: 很多本來要用硬體做的運算, 用gpgpu來處理更彈性, 速度也很快
: 不必特地去定做一顆ic, 除非是太複雜的運算
所謂的數位IC 本來就是為了太複雜 或是為了加速SW做不到的
所衍生出來的 應該說是應用導向...
以影像來講 16年前我就買過mpeg-1的解壓縮卡 因為那時486
還來不及做SW解壓縮 即使是現在CPU速度超強的近幾年 所有PC的解壓縮
都用CPU來撥的情況下 我還是一樣設計過H264的解壓縮晶片 為什麼還需要用
硬體做? 很簡單 因為CPU來不及撥 我之前的公司是做電視晶片的 裡面的
processor其實還是來不及解H264 high profile HD的標準
所以可以講如果不重視real time的效益 或是performance 所有數位IP
都可以用SW處理 包括PCIE之類的bus IP, 只要CPU polling 一筆一筆的從ADC
DAC把資料處理調即可 但這基本上不可能存在
而且我們可以看到數位IC的未來 其實是朝向分散式的SW作法 就是不要讓
單一CPU做所有的事 會offload到其他的device IP
早年的Ethernet Card. TCP/IP層都是CPU在做 現在都慢慢offload到
NIC卡所embeded的processor裡面去做 隨著embeded cpu越來越多 主要CPU
的workload應該是會慢慢分散出去 像是現在的智慧型手機晶片 都包含3顆
CPU/DSP以上
: 程式重新計算所需的架構並不會花很長的時間
: 而且可以提早完成的編譯任務, 可以提早完成, 當程式需要執行時
: 不用重新編譯
: 甚至, 不必用verilog, 直接用systemC就可以寫出可以讓fpga重新配置的新架構
: 因此現在假如要壓縮一段影片,
: 執行影片壓縮這個task的程式碼有兩個部分,
: 1. 硬體電路的部分(即編碼器, 用systemC寫成)
: 2. 用軟體程式餵資料和作整體信號控制的部分(用C語言寫成)
: 程式編譯好之後, systemC的部分會被編譯成可以馬上寫入fpga的資料
: C語言的部分則是變成可執行碼, 兩者可直接執行
: 因此影片壓縮的task一執行, OS會自動在fpga上生成一個編碼器,
: 然後搭配cpu進行影片壓縮的動作
: 任務完成後再把fpga上的編碼器抹除, 把空間讓給其他需要用fpga的任務
: 當然假如空間夠大, 不抹除也不是不行,
FPGA最糟糕的問題 其實是他的clock很慢 跟ASIC比起來 是超慢 特慢
無敵慢 這會影響到真正應用的使用 所以FPGA目前只適合小IP 運算量很小
但多樣性的功能 像智慧型手機 需要很多小的不同小IP整合再一起
我曾經跟quicklogic這家公司的CTO/VP面試 他們目前就是吃這個市場
只不過這個市場養活幾個人是OK啦 但要大賺 其實還難的
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.36.93.169
推
09/04 20:57, , 1F
09/04 20:57, 1F
推
09/04 22:53, , 2F
09/04 22:53, 2F
討論串 (同標題文章)