PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 系統組件
帳戶
密碼
 

  回應
 
主題工具
Quaker2002
*停權中*
 

加入日期: Feb 2002
文章: 1,176
引用:
作者unrealt535i
目前的確買不到,但是orakim與kqalea這兩位大大在發文上在導正很多人對於產品應用的概念與未來半導體晶片設計的走向我個人覺得受益良多,總比某些挺i社或a社的人在嘴砲有意義的多了(雖然我也常在抱怨 )

看完後覺得自己的X4 B55加減用吧.....現在這個時機升級選i或a感覺的是User被耍著玩(選i怕凍結跟未來升級有限,因為一定會要換板子,選a效能不ok而且是出來撐場面撐到2013年融合完畢後用的..... :think


我等末代六核心降到3千左右升級,換掉現在的X4 620,新架構等穩定之後才考慮。
     
      
舊 2011-07-29, 11:10 AM #141
回應時引用此文章
Quaker2002離線中  
ben_chien
Elite Member
 
ben_chien的大頭照
 

加入日期: Oct 2002
您的住址: 另一個地球
文章: 4,558
引用:
作者unrealt535i
目前的確買不到,但是orakim與kqalea這兩位大大在發文上在導正很多人對於產品應用的概念與未來半導體晶片設計的走向我個人覺得受益良多,總比某些挺i社或a社的人在嘴砲有意義的多了(雖然我也常在抱怨 )

看完後覺得自己的X4 B55加減用吧.....現在這個時機升級選i或a感覺的是User被耍著玩(選i怕凍結跟未來升級有限,因為一定會要換板子,選a效能不ok而且是出來撐場面撐到2013年融合完畢後用的..... :think

等ivy出來我就不等了...
但是還不知道我這台478能不能活到那時候
 
__________________
大家快來加入World Community Grid(BOINC for Android)與Folding@home(Folding@Home for Android)的行列,一同找出重大疾病(愛滋、癌症、帕金森氏症...等)的解決方案
[YOUTUBE]PPc7gsZIk24[/YOUTUBE]
網路果然很危險,動不動就會被告...
發現自己越來越痴漢了...
舊 2011-07-29, 11:33 AM #142
回應時引用此文章
ben_chien離線中  
VinCentVANGO
Junior Member
 
VinCentVANGO的大頭照
 

加入日期: Feb 2005
您的住址: 升格為套房了!
文章: 761
引用:
作者Quaker2002
我等末代六核心降到3千左右升級,換掉現在的X4 620,新架構等穩定之後才考慮。


我也在等肥龍2 6核降到3k左右

不然這台240跑好慢,公司又不肯換
舊 2011-07-29, 11:40 AM #143
回應時引用此文章
VinCentVANGO離線中  
idleic2
Master Member
 

加入日期: Mar 2004
您的住址: 亞洲.台灣.台北
文章: 2,054
引用:
作者kqalea
先來解釋一下什麼叫做software decode & hardware decode

所謂software decode就是CPU需要參與解碼的動作,叫做software decode
反過來hardware decode 就是 CPU 不需要參與解碼的動作

假設今天APU的GPU port 可以支援解碼的動作,CPU是不需要參與解碼的
也就是說今天軟體若有支援hardware decode的部份,解碼的能力完全取決於GPU以及
演算法,如果解碼的步驟是需要CPU參與的,那這就不算是純的hardware decode

這邊說的 decode 是指 Video decode 嗎 ?
假設是,

如下圖所示
http://www.cdrinfo.com/images/uploaded/AMD_UVD3.jpg

有些 hardware decode 並不完全 !
像 UVD 不支援 mpeg2 hardware decode
UVD2 支援 mpeg2 部分hardware decode
到 UVD3 才 完全hardware decode

另外 像IBM Cell
可以將 video decode 交給 SPE
or 未來可許可以 將 video decode 交給 GPGPU 的 SP

因為 Cell SPE 及 GPGPU 一樣需要 Software Program 才能運算解碼 ?
這樣算 hardware decode or software decode ?

引用:
作者kqalea
再來解釋一下什麼叫做 thread & process
簡單的說 一個process可以有好多thread 不管軟體硬體都是

我知道 軟體上的 thread & process 的區別 ?

請教一下, 硬體上的 thread & process 是 ?
可有文章介紹 or google 的 keyword 是 ?
是 Intel® Hyper-Threading or SMT (Simultaneous multithreading) 嗎?
區別 是 ?

引用:
作者kqalea
假設今天APU CPU 花了80%的CPU資源在播 Youtube
將解碼交給GPU之後只需要10%的CPU資源
並不是CPU處理這個process的速度變快了,而是CPU要處理的東西變少了
所以GPU並沒有加速CPU的處理速度,而是減少CPU的loading
若今天GPU的運算能力趨近極限
那CPU可以增加的處理能力完全取決於CPU管理資源的能力

但這不是一個 thread 或是 一個 process 變快或是處理能力變強
CPU的處理能力還是一模一樣,不會變快或是變慢,有改變的是CPU loading的減少

請問 這個video decode 的例子, 解釋 哪個觀念阿 ?
舊 2011-07-29, 02:17 PM #144
回應時引用此文章
idleic2離線中  
idleic2
Master Member
 

加入日期: Mar 2004
您的住址: 亞洲.台灣.台北
文章: 2,054
引用:
作者kqalea
不是喔,openCL在CPU以及GPU分開來的平台也可以做阿
AMD Fusion 到最後是要虛擬化x86指令,而不是讓GPU"執行"x86指令

http://images.anandtech.com/reviews...d/evolving2.jpg

Nvidia 在 ARM 上也有 丹佛計畫 要實做一個指令解碼器號稱只有20%效能損耗(流言)

openCL只是擺脫x86限制的第一步而已,當再也沒人鳥x86 CPU指令集的時候(SSE1234)
就是徹底離開x86的時候,讓GPU運算普及只是第一步

圖第一個階段,將GPU整進CPU (軟體的醞釀)
圖第二個階段,最佳化APU上GPU&CPU的配置 (軟體的發展與最佳化)
圖第三個階段,不再分CPU以及GPU,都當作處理單位的一部分 (架構的改變)

也就是說不久的將來x86這個規格將被不同的方式去實做
而這個硬體能實做並不是只有x86指令而已

ARM 或是其他架構的都有可能


虛擬化x86指令, 是指 編譯好的 x86 執行檔 可以直接在 run 嗎?
就算是 Host CPU 是 ARM ?

就算是 OpenCL 也是要 轉換/編譯 成 target unit 的指令集 才能算阿 !
clBuildProgram() 就是做 這件事 !

未轉換前, 依然是run 在 host CPU上, 還是原生的 指令集阿!
舊 2011-07-29, 02:38 PM #145
回應時引用此文章
idleic2離線中  
idleic2
Master Member
 

加入日期: Mar 2004
您的住址: 亞洲.台灣.台北
文章: 2,054
異質CPU + 支援 異質CPU 的 OS + 支援 異質處理的 program
= Fusion 大未來
舊 2011-07-29, 02:42 PM #146
回應時引用此文章
idleic2離線中  
physx
Senior Member
 
physx的大頭照
 

加入日期: Apr 2010
文章: 1,048
這兩天抽不出空上來聊真的很遺憾..

To: kqalea & orakim

消化過兩位給的資訊後大概轉換成幾個簡單的字句

1.APU已經不是單純翻新架構的CPU,而是一種完全新型的處理器
2.AMD想靠他擊敗現有的X86&ARM,直接變成處理器的開發兼領導者
3.AMD為了趕在所有廠商前面做出APU,直接放棄了繼續對X86處理器的深造
4.APU內部多數的運算都是以GPU執行,軟體的優化程度對效能影響極大
5.AMD想在2013年完成基本的fusion雛型,2015年就能藉著軟體發揮APU的威力

以下是我個人看法

如果真如兩位所說,2015年以後的Fusion,可能就不是以xx個Bulldozer核心+xx個SP的GPU來稱呼
而是以擁有xx個fusion核心的APU來稱呼,X86就變成只是個"殼"而已,只是APU能順便運行的東西
這樣IA兩家的形勢就會完全逆轉,變成AMD在制定處理器的規範,Intel的製程優勢也會不見

再來是有關風險的問題
AMD這種做法可以說是間接放棄X86處理器,所以全世界就只剩intel繼續做X86的尖端開發
當然兩家差距也會越來越大

phenom II的時候,i7大概比X4快30%
phenom II X6的時候,i7六核大概比X6快50%
Bulldozer的時候,i7六核可以比FX-8快70%
Bulldozer+的時候,Haswell可以比FX快超過100%

我想沒意外到2013年就會是這種情況,即便是同核心數,Haswell也是能比APU快100%以上
然後看看現在的Llano

A8-3850-->228mm^2
i7-2600-->216mm^2

我們知道A8的GPU性能已經是i7的數倍,成本也比i7略高
但是在上市後i7高達9K的售價一塊都沒有動,反而是A8賣不到4.5K卻還被嫌貴
從這裡就看的出來,沒有"fusion"的APU不足以對intel構成任何威脅

再來說說AMD產品推出的速度,之前聽過AMD在GPU方面也準備採用新架構
估計是HD8000下一代開始採用,也就是2013年底同Bulldozer(NG)二代一同推出
分別採用20nm跟22nm,到隔年2014開始最終融合

路線規劃就是

2011-->推出Bulldozer CPU+Llano(嘗試整合GPU)
2012-->將Bulldozer跟GPU進行整合
2013-->推出優化過後的Bulldozer跟新架構GPU,為深層融合最好準備
2014-->最終融合完成
2015~20xx-->持續改良新型處理器架構,推出新演算法制定規範

不論是NB還是PC,拼效能到2013為止AMD沒有任何勝算
APU跟Bulldozer在融合前都還是只能拿來低價賣塞牙縫的實驗品

最後再談到一次fusion

靠邀斷電..還好有UPS

明天在說

此文章於 2011-07-29 03:59 PM 被 physx 編輯.
舊 2011-07-29, 03:55 PM #147
回應時引用此文章
physx離線中  
qwerty
Senior Member
 

加入日期: Aug 2001
您的住址: TaiPei
文章: 1,165
請問一下,所謂的虛擬化和 CISC 把 x86 指令轉成 uOPs 再對應成 risc 指令集的方式有什麼差別?

還有 2015 就 x86 而言應該來不及,總不能真正可以用的永遠是某幾套影音或分散計算程式...。硬解搞了那麼多代也還是品質不好功能不合真正電腦玩家實用,現在這個只會更難弄而已。不可能期待PC遊戲市場,這已經萎縮了。恐怕還是要看 Win8 如何支援非 x86 處理器,這平台下軟體架構才有機會洗牌。
舊 2011-07-29, 09:25 PM #148
回應時引用此文章
qwerty離線中  
kqalea
Major Member
 

加入日期: Dec 2004
文章: 131
引用:
作者idleic2
虛擬化x86指令, 是指 編譯好的 x86 執行檔 可以直接在 run 嗎?
就算是 Host CPU 是 ARM ?

就算是 OpenCL 也是要 轉換/編譯 成 target unit 的指令集 才能算阿 !
clBuildProgram() 就是做 這件事 !

未轉換前, 依然是run 在 host CPU上, 還是原生的 指令集阿!


沒錯∼是用硬體實作decoder

目前我所了解的方向 目前Nvidia 是這一塊最厲害的

http://chinese.engadget.com/2011/05...re-emulate-x86/

80%原生 x86 效能 , 若是真的做的出來 Intel 說不定要改做ARM 一起拼一下
舊 2011-07-29, 10:06 PM #149
回應時引用此文章
kqalea離線中  
dox6
Power Member
 

加入日期: May 2011
文章: 532
引用:
作者qwerty
請問一下,所謂的虛擬化和 CISC 把 x86 指令轉成 uOPs 再對應成 risc 指令集的方式有什麼差別?

還有 2015 就 x86 而言應該來不及,總不能真正可以用的永遠是某幾套影音或分散計算程式...。硬解搞了那麼多代也還是品質不好功能不合真正電腦玩家實用,現在這個只會更難弄而已。不可能期待PC遊戲市場,這已經萎縮了。恐怕還是要看 Win8 如何支援非 x86 處理器,這平台下軟體架構才有機會洗牌。


Intel幾年前開始就買了不少小小間的軟體公司嗎......
舊 2011-07-29, 10:16 PM #150
回應時引用此文章
dox6離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是05:47 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。