|
||
|
Master Member
  加入日期: Sep 2003
文章: 1,810
|
引用:
就影片解碼部份可以這樣講 (解太多也沒有用 只要等播放時間到了能播的出來就好了) 在需要運算越快越好的情況下，就不一定如此了 要看頻頸在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% 此文章於 2011-07-30 04:15 AM 被 orakim 編輯. |
||||||||
2011-07-30, 04:09 AM
#161
|
|
|
Power Member
 加入日期: May 2011
文章: 532
|
引用:
聽不懂....普通一顆dram的die size也很大，所以複雜度..很高？ GPU當然也算複雜，可是他的平行化程度很高，龐大的die size源自重複的規模 跟CPU的複雜程度還是有差異 |
|||
|
2011-07-30, 05:08 AM
#162
|
|
|
Senior Member
加入日期: Apr 2010
文章: 1,048
|
引用:
閣下的比喻真的是讓我笑翻XDDD 昨天還沒講完fusion今天繼續說，基本上先不用說理論有多強，一個新的處理器要推廣必定需要眾多軟件商的支援 AMD敢在X86跟ARM兩強廝殺的時候突然跳出來說 我要在做一個APU以後大家都要支持我，實在是非常神勇.. AMD看單核心不行 、四核心也不行、八核心也不行，乾脆來個超超超超多核心的GPU跟你們兩個玩，想說反正以後核心多的就是贏家XD 先來看看他對手的情況 ARM-->還沒爬到PC跟NB的地盤大家就看好得不得了，比X86精簡的指令集跟超低功耗，只要是手機廠沒有不支持的啦! intel-->一個X86拳法練到極致的武林盟主，名言:拳法沒有高低 是看誰打的 明明說X86到極限在intel手中的X86還沒看到這種情況，功耗越來越低效能越來越強，賺的也越來越多XD ARM幻想-->intel製程沒屁用啦，我功耗那麼低等效能追上你你就要被我嗑掉了，製程拿來幫我代工用吧  intel幻想-->你想得美咧，1w跟3w是有差嗎，未來要整合I/O得也是我家的thunderbolt，等我把i7功耗弄到5W以下你就等死吧 這時候AMD出來說話了: 咳咳! 我家的APU效能是i7的N倍，軟體還沒有X86一堆指令集複雜，功耗方面幾年後我保證會跟ARM差不多，選我好了，這樣以後才不會吃虧  然後廠商也出來說話了: 說了這麼多你的產品在哪裡阿  AMD:我這裡有幾個實驗品沒啥效能，成品三年以後就會出來了  眾人:  |
|
|
2011-07-30, 04:37 PM
#163
|
|
|
Elite Member
加入日期: Nov 2004 您的住址: 北平西路3號
文章: 4,614
|
哀... 除了影片還是影片...
1536SP的APU是超強的,打趴200顆I7還有找... 2160P編碼要放什麼... 夜市人生掛3D會好看嗎? NV的CUDA推到現在普及了沒? AMD CPU搞不下去了所以改拿APU出來撈錢 用APU模擬X86指令... 先看看全美達的下場吧! 兩年後的ARM會幹掉AMD龍II ,屆時AMD逐漸邊緣化... 至於X86未來會怎樣? 主要還是INTEL 跟RISC陣營在角力 |
|
2011-07-30, 05:07 PM
#164
|
|
|
Elite Member
加入日期: Nov 2004 您的住址: 北平西路3號
文章: 4,614
|
2013年intel X86指令集專利過期,屆時intel跟AMD只剩X86-64專利保護
2017~2020年intel MMX指令集跟SSE指令集專利保護相續到期 雖然在64位元時代下MMX跟SSE都沒有存在的意義 |
|
2011-07-30, 05:24 PM
#165
|
|
|
Elite Member
加入日期: Jun 2001 您的住址: 地球
文章: 6,234
|
AMD老是要人家去支援他的硬體，這種作法搞了N年有沒有成功過？
理論講的都很漂亮，問題是開發工具在哪裡？ intel這麼大的廠商，也是要自己準備開發工具才能得到協力廠商的支援， AMD勒？ 如果光是講漂亮的理論就可以成功，intel的P4又怎麼會失敗？ 更何況intel每次都會幫廠商準備好開發工具
__________________
~愛由一個笑容開始，用一個吻來成長，用一滴眼淚來結束。 當你出生時你一個人在哭，而所有在旁的在笑，因此請活出你的生命， 當你死的時候，圍繞你的人在哭而你便是唯一在笑。~ 此文章於 2011-07-30 05:57 PM 被 blair 編輯. |
|
2011-07-30, 05:55 PM
#166
|
|
|
Power Member
加入日期: Mar 2003 您的住址: 台北
文章: 597
|
引用:
你確定?? 那要不要說明一下為什麼64位元時代下MMX跟SSE都沒有存在的意義?? 還有如果是這樣的話那AVX出來幹麻?? |
|
|
2011-07-31, 12:07 AM
#167
|
|
|
Elite Member
加入日期: Nov 2004 您的住址: 北平西路3號
文章: 4,614
|
引用:
MMX在EMT64模式下無法使用 SSE是因為不支援乘法跟加法混合使用 現在這類的軟體都要求至少要支援SSE2 |
|
|
2011-07-31, 10:42 AM
#168
|
|
|
Power Member
加入日期: Mar 2003 您的住址: 台北
文章: 597
|
引用:
第一次聽到這樣的說法 能否提供出處?? 還有為什麼SSE不支援乘法跟加法混合使用就沒有意義了?? |
|
|
2011-07-31, 10:51 AM
#169
|
|
|
Elite Member
加入日期: Nov 2004 您的住址: 北平西路3號
文章: 4,614
|
引用:
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的方式實現嗎? |
|
|
2011-07-31, 12:05 PM
#170
|
|
