• 6

[新聞]難以插足,英特爾將退出手機、平板電腦處理器市場

cuteyu wrote:
RISC, CISC是兩種不同的指令集設計理念.
RISC 的設計理念是每個指令很簡單, 只做一個單純的動作, 通常長度相同,
目的是希望壓縮每個指令執行的時間, 此外因為指令簡單要解碼自然也較簡單.

CISC則是指令集中存在包含多個步驟的指令, 一個CISC指令可能等同多個RISC指令的組合.
CISC指令的長短不相同, 一些常用簡單的指令長度不但短且短過RISC指令, 而複雜的致令則較長.
CISC指令集要解碼自然是較複雜, 但CISC的的程式碼卻會比較省空間, 因為常用的指令短.

但指令集只是CPU對外的介面, 但不代表內部的架構.
同樣的指令集可以做出兩種完全不同導向的CPU.
同樣x86指令集或arm指令集的CPU可以有完全不同的耗能與效率.

主要是內部架構影響耗能, 指令集影響最主要在decoder, cache的設計.
但這部分只占CPU一小部分面積, 要說這部分讓整顆CPU耗能大增就太誇大.
實際上x86 cpu早在十多年以前的設計,就是先把複雜的x86指令集轉為單純的微指令來執行.
這些微指令就是以RISC的觀念去設計的.

x86 的架構比較耗能的原因是從設計之初就著重在效能而非耗能,
相對來說arm的架構在設計初期就把功耗列為首要考量.
但這不代表x86指令集就無法做出低耗能的x86架構, 畢竟指令集只是介面.

此外Itanium的不是摻入RISC指令, 其實一個CISC指令集加入任何指令都還是CISC,
因為指令集只是變複雜而不是變簡單, 只有減少指令數量才有可能變RISC.
Itanium的重點在於指令當中參入指令平行化的資訊,
透過compiler提供指令平行資訊來降低CPU的複雜度.

以上是個人認知....)


感謝提供信息..

首先你應該知道X86只是CSIC的其中一種,其他還有 VAX, Motorola 68k...
一般CISC CPU 可以摻一些RISC指命(SSE,SSE2),可是是要軟體支援..
CISC 的特點是你可指定CPU做一些特定的動作,好像把記憶體上某一位址換到另外的地方..
因為他指命是帶位址性..
這是當時候微理系統十分簡單(當時還沒有PC),指命可以直接控制某位換就可省下很多晶體

其他的CISC 不會有像X86的問題是因為X86要兼容8bit x86 指令

Intel當初設計8085只有8bit的位址是因為70年代的記憶體是超貴的..
他當初設計是為了省錢不是為性能..
是Intel後用大量的晶體加快他的性能..(謝謝Intel)

的確x86的Decoder耗電在大晶片CPU來說算是很少,少到可以不用計算..
這些面積在要設計手機SoC CPU layout的時候這些Decoder設計就會顯得比Arm 來的麻煩..
再說Atom中一個CPU就有四個常注Decoder跟一個亂序Decoder..

這種設計本來就限沒有效率,就好像到超市買東西要排隊付錢一樣,不通過Decoder就不能進去運算組..

我說的加入Risc指令是pentium Pro 不是Itanium

謝謝指教

andy2000a wrote:
如果 ATOM 也把ARM DECODER 做進來可以同時吃 arm native code + X86 會如何 ?

或是反過來ARM CPU 內含解 x86 CODE , 是否可以 windows OS + Android ARM 通通使用?


就算同時擁有兩種指令集的decoder還是無法同時跑兩種指令集.

因為CPU需要知道目前跑的指令是哪個指令集的, 才能丟到對的decoder.

此外除了指令集以外還可能有其他相容問題, 以及成本問題.


b90611049 wrote:
感謝提供信息..

...(恕刪)


CISC的特點在於有複雜指令, 例如存在一個指令是把兩個記憶體位置的資料相加,
並把結果存回第一個記憶體位置.

這個指令若用RISC指令集來做可能會拆成四個RISC指令執行
指令一 把第一個記憶體資料搬到register 1.
指令二 把第二個記憶體資料搬到register 2.
指令三 兩個register相加並把資料存入register 1.
指令四 把結果由register 1移到第一個記憶體.
除了這種複雜指令CISC也存在單純簡單的指令, 例如把兩個register相加.
總之CISC指令集可能很大, RISC則只包含最基本運作的指令,
要完成任何工作都由最基本的指令組合完成. CISC, RISC的差別就這樣.

CISC 或 x86 指令集大, decoder較複雜這是個缺點, 但這個缺點有這麼嚴重嗎?
付出這個代價難道沒有得到其他任何好處? 這是個很複雜的問題.
不過這個問題存在二十年以上了, 相關論文我猜塞間教室不成問題.
其實 intel 也嘗試過很多種指令集, 我相信 intel 對此了解比你我更深入百倍..
所以intel放棄其他指令集集中資源回歸x86, 我猜除了商業考量,
指令集的差異無法造成足夠大的影響是主因.

cuteyu wrote:
CISC的特點在於有...(恕刪)


有空可以多了解x86系統架構(不是CISC指令)
你或者會明白x86現在的處境

b90611049 wrote:
有空可以多了解x86...(恕刪)


現在問題是 手機 cpu 或許無法 在性能達到 Core I7 , 如同 I7 和 IA-64 or Power8 比
可能不夠快 , 但是 , 多數使用者可以用環境下 Arm CPU 夠用了 .

如同 Intel IA-64 性能比 I7 高, 但是 使用者不愛 .

至於 intel 能否靠 atom bay trail 搶到手機市場 ? medfield 確定是失敗的 .
但是 bay trail 才剛開始 , 到是 amd 何時會推新 CPU ?? ARM CPU .


taiwan2008 wrote:
現在問題是 手機 cpu 或許無法 在性能達到 Core I7 , 如同 I7 和 IA-64 or Power8 比
可能不夠快 , 但是 , 多數使用者可以用環境下 Arm CPU 夠用了 .

如同 Intel IA-64 性能比 I7 高, 但是 使用者不愛 .

至於 intel 能否靠 atom bay trail 搶到手機市場 ? medfield 確定是失敗的 .
但是 bay trail 才剛開始 , 到是 amd 何時會推新 CPU ?? ARM CPU .


手機製造商介意的不單是intel晶片性能跟耗電的問題

他們更介意的是怕如果intel 又獨霸手機市場後會變回pc年代一樣壓詐廠商,黑手打擊對手
b90611049 wrote:
有空可以多了解x86系統架構(不是CISC指令)
你或者會明白x86現在的處境


架構可以改, 若有需要x86改簡單改低功耗改適合手機都是做得到的,
只有指令集為了相容所以不能改, 但為了相容所多付出的負擔其實很小.

個人認為拖累x86的是龐大的windows系統, 要跑這個系統需要相當的computing power,
導致cpu無法做的太簡單, 或說做的跟arm一樣簡單.
Win8, or win8.1最大的挑戰也不是什麼人機介面, 那是小事.
真正麻煩的是優化系統, 讓OS瘦身不要消耗太多computing power與ram.
cuteyu wrote:
架構可以改, 若有需...(恕刪)


請問一下
如果可以的話
為什麼這麼利害的intel攪這麼久還是攪不出像arm系統的x86 cpu?
這CPU 大可不必支援windows 只支援android 就好了

b90611049 wrote:
請問一下如果可以的話...(恕刪)



intel 是大船


無法和小船比靈活所以 才有 quark atom ..
只是因為 intel 當初賣掉 xscale 所以應該不會回頭做arm , 所以得靠atom來拉

至於 quark看來是比atom還弱很多, 可能要跟arm M0那類比省電嗎

對拉 AMD 其實也有 mediaGX 改的 省電cpu 阿只是效能一直很差,
VIA Nano CPU 現在也沒看到消息了 .
Intel聽到各位的聲音了,他們也認為市場上對於Atom的定義就是"效能笑死人",所以最新的Bay Trail會直接改用Celeron的名稱不再用Atom來做為產品行銷代號。

alsia wrote:
死不放掉ATOM這名稱是怎樣?

當年買了台小筆電,用的非常不舒服,看影片720P就不行、開網頁放音樂就會頓....
(那時期剛好智慧型手機也開始發威,我手機開同樣網頁可以比電腦順,那電腦還不去死死算了....)

真的如樓上所說的,經過小筆電之後,我看到ATOM這名字就絕對不會下手
  • 6
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?