polomino wrote:
像是以往較弱的轉檔壓縮就可以丟給GPU處理
不過前題是整體平台開發是否完整,要用什麼樣的軟體平台讓GPU輔助CPU運算是個問題
剛好這方面又是Sandy Bridge不足的地方,因為Sandy Bridge的GPU並無具備輔助運算這樣的功能
所以Sandy Bridge才會繼續強化CPU(因為除了融合GPU之外也只能不斷的強化CPU了)
...(恕刪)
Intel畢竟是CPU公司，要讓Sandy Bridge去跟隨GPGPU的路子，不等於是讓以色列發自內心贊成巴勒斯坦建國一般困難......
不過GPGPU有一個不大不小的罩門，如果某特定功能的硬體ASIC直接被整合到系統內，那原本應用範圍就不是非常廣的GPGPU運算，又會少掉一些應用。舉例來說，不管是ATI的UVD、Nvidia的PureVideo、Intel的Clear Video，都已經在GPU內建了專屬的H.264/MPEG-2/VC-1視訊解碼器，甚至還可以同時解兩個Full HD stream（因應Blu-ray規格的要求），因此運用GPGPU/CUDA來作H.264解碼器，對於軟體廠商來說再去開發的意願就不大了，因為直接透過微軟標準的DirectX VA軟體API去呼叫NV自己的PureVideo來解碼，方便又省事，如果要寫CUDA版的H.264視訊解碼器，工作就多多了。
雖然Intel讓內建的GPU也連到L3快取算是個架構創新（AMD Fusion/Liano的CPU/GPU溝通則是必須透過再下一層的匯流排），不過Sandy Bridge的GPU效能畢竟尚在未定之天，但是純以轉檔來說，H.264的應用越來越廣，套用上面的邏輯，"如果"GPU直接將H.264視訊編碼器ASIC內建呢？NV跟ATI會不會必須考慮要跟？如果跟了，對於普羅大眾來說GPGPU的可能應用到底還有那一些？
不只是如同Computex檯面上看得到、所有主機板廠針對Sandy Bridge的主機板都設計好了，檯面上看不到的是連主要的軟體廠商，手中也都有全功能Sample機正在針對Sandy Bridge的新功能進行porting....全新的AVX指令集的應用、i5就有的AES指令集、還有那個"如果"的應用.....
Intel的慣例，是新平台上市那一天不只是處理器、包括相關的支援硬體廠商、抬轎的應用軟體廠商，新產品、新版本全部一起上市，要做到這樣，事前的鴨子划水工作可不少，不光是灑錢就能辦到的.....這一點是AMD必須要學習的.....
