Henry

引用:

原帖由 qcmadness 於 2012-4-16 00:05 發表

仲會繼續升tim

Intel有transistor budget既話, 16/14nm連50MB都夠膽放落去

Core count都有提升添.
但平均L3/core既數字就.....

Henry

引用:

原帖由 Puff 於 2012-4-15 23:59 發表

由頭再睇返上黎，引發點係 GPU supports C/C++. 我想講，GPU supports high-level language 係一個 scheduled feature... 唔係我既 speculation. virtual function, syscall, page fault, etc 一樣. 至於你講既果種 Fus ...

但C/C++裡面係咪GPU做得曬?
做得曬又快D既話就基本上無必要用CPU.
不過現實係咪咁遮.

Henry

引用:

原帖由 Puff 於 2012-4-16 00:07 發表

So 分開是最好的結果，大家性格都唔夾，無謂一拖再拖啦。

跟住就會係分工要等幾耐.
CPU同GPU中間跑來跑去中間要等RAM/Controller可不有趣.

Henry

引用:

原帖由 Puff 於 2012-4-16 00:12 發表

唔做情侶可以做伙伴，一個做 CEO，一個做 CTO. 點解一定要聯席 CEO.

跑房敲門曬時間啊嘛.

Henry

引用:

原帖由 Puff 於 2012-4-16 00:14 發表

That's the means of APU... 然後大佬 problem 都有好多種架嘛。唔係唔理三七廿一都擲過去 GPU 搞架嘛。
如果唔係 AMD 推 task-based parallelism 既 HSA 做乜？

所以就係左右走中間要浪費幾多時間等變成關鍵.
可能GPU:CPU 8:2會做得最好,但GPU:CPU 2:8既時候會點?

Henry

引用:

原帖由 Puff 於 2012-4-16 00:30 發表

相互關係。You can't control but you can attract them to use.
如果唔係唔理 AMD, Nvidia 定 Intel 甚至 ARM 同 Qualcomm 佢地擲錢搞 ISV partnership 做乜.

叫佢用遮,都要睇件野本身對APU呢個架構多唔多適合先會落既.
始終好似QC話齋,事事不同.
而且能夠高度調節平衡而且多才既處理器係各廠都想做到既野,而且可以避免兩者其一閒置.

都係果句,Wait and see.