[讨论]R600的双向Ringbus显存控制器是高分辨率成绩低的主要原因

jhj9

原帖由 lqf3dnow 于 2007-5-14 11:22 发表
R600为双向读写1024bit Ringbus显存控制器，而R580为单向读取512bit Ringbus显存控制器，显存写入仍为传统的Xbar

而Ringbus的性能特性，可编程优化，高延迟

在R600的部分测试和游戏中，R600体现出512bit应 ...

一个谎言的破产，伴随着一个新谎言的诞生w00t)
Pro-A们总是这么有趣

vp

原帖由 Pro-A 于 2007-5-14 13:53 发表
还没听说过ringbus替代xbar是为了性能的:p

总算看到一个还清醒的。

lqf3dnow

原帖由 jhj9 于 2007-5-14 18:02 发表


一个谎言的破产，伴随着一个新谎言的诞生w00t)
Pro-A们总是这么有趣

真的怀疑你丫是不是清华的，是不是程序员，估计只会作GUI

说什么我还设计过Flash和SDRAM的读写控制器呢!交叉读取是抵消延迟的最好方法！

XXR600

原帖由 来不及思考 于 2007-5-14 20:51 发表



Crossbar永远是效率最高的设计，就是受限于成本因素太多

ATI能强上512BIT MC，很大程度上应该是得益于Ringbus

但也得益于Ringbus高延迟
即使强上了512BIT，怎么越是高分辨高AA／AF，R600就越菜皮？

pliflier

原帖由 XXR600 于 2007-5-16 23:44 发表



但也得益于Ringbus高延迟
即使强上了512BIT，怎么越是高分辨高AA／AF，R600就越菜皮？

得益于BC的8*64bit，不过在抓HDR格式tex的时候效率会高点

Eji

原帖由 来不及思考 于 2007-5-14 20:51 发表

Crossbar永远是效率最高的设计，就是受限于成本因素太多
ATI能强上512BIT MC，很大程度上应该是得益于Ringbus

R600決定全面上Full-Ringbus的話，那threading應該得要增加，來抗衡增加的記憶體延遲....
結果看到的狀況卻是減少，還有分支弱化。﹍A﹍
threading引擎看來是維持C1程度，VLIW還有簡化指令分派結構的作用，
然後集中到command processor上....
雖說這部份有強化，但是其實也是靠執行compiler，簡單講也是軟體solution。

某種意味上，R600相對於C1的擴大似乎都是先考量成本而不是性能。
當然這也可以想成他們覺得製程部份會成為瓶頸所以對製造相關的因素進行最佳化。
只是高階結構性能還是很重大的考量點，RV610和630都有自己的結構特色，觀念上與R600的差異其實是很顯著的。

看來當初他們的假想敵真的是那顆"分離架構的G80"....太可怕了。

maomaobear

看來當初他們的假想敵真的是那顆"分離架構的G80"....太可怕了。

nvidia的欺骗这么成功？