关于G80和R600的问与答

wl00560

虽然不怎么能看懂，也支持一下

digmouse

思考大的帖子要收藏啦~~~

cool_exorcist

本想说什么的，但是算了作罢

[ 本帖最后由 cool_exorcist 于 2007-5-18 13:22 编辑 ]

eDRAM

G80的256 SP 只相当于R600的51.2个 4D+1D

[ 本帖最后由 eDRAM 于 2007-5-20 12:49 编辑 ]

pliflier

原帖由 来不及思考 于 2007-5-18 13:24 发表


后藤老爹的说法，虽然我也持怀疑态度，但是R600 720M晶体管到底用到哪去了呢? :charles:

按这个说法岂不是抄了ATI的后路

mddk

原帖由 来不及思考 于 2007-5-18 13:24 发表


后藤老爹的说法，虽然我也持怀疑态度，但是R600 720M晶体管到底用到哪去了呢? :charles:

r600海量的缓存应该用掉不少吧

Eji

原帖由 RacingPHT 于 2007-5-18 09:57 发表
---->为了解决SIMD的并行性问题，R600引入了VLIW编译器。按最新的资料来看，这个编译过程是硬件化的，不需要驱动干预。

It does not make sense.

我也覺得很怪，不過這個似乎不是一天兩天的事情；
當初我記得是XGI的人提到，C1的thread dispatcher + command processor的複雜度不下於AMR9/MIPS CPU，
結果後來好像變成"其實就是一個licence的 ARMS還是MIPS CPU core在裡面作這些工作"，
然後現在ATI說Driver 和 VLIW compiler 是這個command processor處理的，所以看起來好像越來越像真的有個CPU core在裡面。

well， It still doesn't make sense.... _A_

Edison

按照AMD的说法：

“Command Processor: An application sends commands (such as
set memory addresses and formats, invalidate and flush caches,
and start program) to the DPVM by writing them into command
buffers in memory, and then sending them to the DPVM.
Methods to open and close a device, submit a command buffer,
and wait for a command buffer are exported via a shared library.
Global information, such as memory pool sizes and addresses are
returned upon device open. This interface simplifies device
communication, and eliminates unwanted policy.“

89度热水

原帖由 mddk 于 2007-5-18 21:36 发表

r600海量的缓存应该用掉不少吧

256K而已

superray

完全看不懂w00t)