就影片解碼部份可以這樣講
(解太多也沒有用 只要等播放時間到了能播的出來就好了)
在需要運算越快越好的情況下，就不一定如此了
要看頻頸在CPU or GPU，甚至有可能問題會出在其他部份(memory controller、UNB,bandwidth...)
在GPU運算比例小的情形下，CPU還是要一定程度才能比得上i7

這一定程度是多少嘛？
假設單執行緒純CPU效能 Bulldozer 150%才能比上i7
那Fusion程式內GPU佔的運算比例必須大於34% 才能與i7競爭
如果大部分Fusion 程式GPU運算比例低於34%，那CPU必須要繼續增強
如果大部分Fusion 程式GPU運算比例高於34%，那CPU保持不變 效能也不會落後
(頂多碰到沒Fusion的時候，用起來會很心酸 XD)
如果算多執行緒的總效能8核Bulldozer 要比得上i7 4核，GPU運算比例高於10%就夠了

由下算上來 平行化運算所佔的比例是30% 40% 50% ...90%

聽不懂....普通一顆dram的die size也很大，所以複雜度..很高？
GPU當然也算複雜，可是他的平行化程度很高，龐大的die size源自重複的規模
跟CPU的複雜程度還是有差異

閣下的比喻真的是讓我笑翻XDDD

昨天還沒講完fusion今天繼續說，基本上先不用說理論有多強，一個新的處理器要推廣必定需要眾多軟件商的支援
AMD敢在X86跟ARM兩強廝殺的時候突然跳出來說 我要在做一個APU以後大家都要支持我，實在是非常神勇..
AMD看單核心不行 、四核心也不行、八核心也不行，乾脆來個超超超超多核心的GPU跟你們兩個玩，想說反正以後核心多的就是贏家XD

先來看看他對手的情況

ARM-->還沒爬到PC跟NB的地盤大家就看好得不得了，比X86精簡的指令集跟超低功耗，只要是手機廠沒有不支持的啦!
intel-->一個X86拳法練到極致的武林盟主，名言:拳法沒有高低 是看誰打的
明明說X86到極限在intel手中的X86還沒看到這種情況，功耗越來越低效能越來越強，賺的也越來越多XD

ARM幻想-->intel製程沒屁用啦，我功耗那麼低等效能追上你你就要被我嗑掉了，製程拿來幫我代工用吧 :laugh:
intel幻想-->你想得美咧，1w跟3w是有差嗎，未來要整合I/O得也是我家的thunderbolt，等我把i7功耗弄到5W以下你就等死吧 :laugh:

這時候AMD出來說話了: 咳咳! 我家的APU效能是i7的N倍，軟體還沒有X86一堆指令集複雜，功耗方面幾年後我保證會跟ARM差不多，選我好了，這樣以後才不會吃虧 :D

然後廠商也出來說話了: 說了這麼多你的產品在哪裡阿:confused:

AMD:我這裡有幾個實驗品沒啥效能，成品三年以後就會出來了:unbelief:

眾人: :stupefy: :stupefy: :stupefy: :stupefy:

哀... 除了影片還是影片...

1536SP的APU是超強的,打趴200顆I7還有找...


2160P編碼要放什麼... 夜市人生掛3D會好看嗎?



NV的CUDA推到現在普及了沒? AMD CPU搞不下去了所以改拿APU出來撈錢

用APU模擬X86指令... 先看看全美達的下場吧!

兩年後的ARM會幹掉AMD龍II ,屆時AMD逐漸邊緣化...

至於X86未來會怎樣? 主要還是INTEL 跟RISC陣營在角力

2013年intel X86指令集專利過期,屆時intel跟AMD只剩X86-64專利保護

2017~2020年intel MMX指令集跟SSE指令集專利保護相續到期

雖然在64位元時代下MMX跟SSE都沒有存在的意義

AMD老是要人家去支援他的硬體，這種作法搞了N年有沒有成功過？
理論講的都很漂亮，問題是開發工具在哪裡？
intel這麼大的廠商，也是要自己準備開發工具才能得到協力廠商的支援，
AMD勒？
如果光是講漂亮的理論就可以成功，intel的P4又怎麼會失敗？
更何況intel每次都會幫廠商準備好開發工具

你確定??

那要不要說明一下為什麼64位元時代下MMX跟SSE都沒有存在的意義??

還有如果是這樣的話那AVX出來幹麻??

MMX在EMT64模式下無法使用

SSE是因為不支援乘法跟加法混合使用

現在這類的軟體都要求至少要支援SSE2

第一次聽到這樣的說法

能否提供出處??

還有為什麼SSE不支援乘法跟加法混合使用就沒有意義了??

http://zh.wikipedia.org/wiki/SSE


MMX指令和SSE浮點不能同時工作這是第一個問題

MMX當初並沒有定義新的暫存器所以會跟傳統的x87搶暫存器
(inte當初制定SSE2時就打算用來取代MMX)

SSE在 X86-64 模式下作整數 SIMD 運算仍然要與 8 個 64 位元 MMX 暫存器
一起執行(言下之意就是轉成MMX),會有效率損失的問題

因為作業系統必須要在進程切換的時候保護這些 128 位元的暫存器狀態，除非作業系統去啟動這些暫存器，否則預設值是不會去啟用的。

SSE2指令集添加了對64位元雙精度浮點數的支援，以及對整型資料的支援，也就是說這個指令集中所有的MMX指令都是多餘的了


http://hi.baidu.com/wadeswb/blog/it...0c34fa4129.html


SSE不支援雙精度的浮點運算,以現在來說雙精度浮點是必備的

SSE2 的雙倍精確浮點指令可以取代舊有的 x86 浮點指令

再者雙精度的加法與乘法混合使用256Bit是在AVX出來以後才實現的

以前SSE一次只能做4筆32Bit單精或是2筆64Bit...

SSE2是建立在SSE的基礎上作擴充,所以SSE2取代了SSE無庸置疑


http://my.opera.com/aaroncn/blog/show.dml/871250


以現在的AVX來看SSE浮點運算,
2筆64Bit可以融合成1筆128Bit(SSE3S),那還有需要用SSE的方式實現嗎?