POPPUR爱换

 找回密码
 注册

QQ登录

只需一步,快速开始

手机号码,快捷登录

搜索
楼主: codxk
打印 上一主题 下一主题

G80与PS3的RSX和XO的C1的数据图!

[复制链接]
181#
发表于 2006-11-13 19:41 | 只看该作者
pixel shader是由texture fetch unit获得的。
回复 支持 反对

使用道具 举报

182#
发表于 2006-11-13 19:43 | 只看该作者
原帖由 ayanamei 于 2006-11-13 19:37 发表

看一下Direct3D SDK再说话
PixelShader要是去访问显存 GPU速度就回到远古时代了


貌似PS跑得慢,其实就是程序太复杂,导致对显存带宽占用率低
回复 支持 反对

使用道具 举报

183#
发表于 2006-11-13 19:43 | 只看该作者
原帖由 Edison 于 2006-11-13 19:41 发表
pixel shader是由texture fetch unit获得的。


也可以完全不做Tex动作阿
例子而已

[ 本帖最后由 ayanamei 于 2006-11-13 19:45 编辑 ]
回复 支持 反对

使用道具 举报

184#
发表于 2006-11-13 19:48 | 只看该作者
原帖由 PS5 于 2006-11-13 19:43 发表


貌似PS跑得慢,其实就是程序太复杂,导致对显存带宽占用率低

慢是因为一个fragment可能经过反复很多次很多次的处理  然后再出去才会很慢
和带宽没关系
硬要说的话 高带宽的时候TMU的动作可以快点
Shader不直接访问显存
回复 支持 反对

使用道具 举报

185#
发表于 2006-11-13 19:48 | 只看该作者
现在就看显存带宽是否拖累RSX了   ,尤其是SONY只给RSX跑   at 1300MHZ
回复 支持 反对

使用道具 举报

186#
发表于 2006-11-13 19:50 | 只看该作者
原帖由 ayanamei 于 2006-11-13 19:48 发表

慢是因为一个fragment可能经过反复很多次很多次的处理  然后再出去才会很慢
和带宽没关系
硬要说的话 高带宽的时候TMU的动作可以快点
Shader不直接访问显存


知道PS不直接访问显存,要不R580也不会跑赢G71了
回复 支持 反对

使用道具 举报

来不及思考 该用户已被删除
187#
发表于 2006-11-13 19:52 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

188#
发表于 2006-11-13 19:52 | 只看该作者
原帖由 PS5 于 2006-11-13 19:48 发表
现在就看显存带宽是否拖累RSX了   ,尤其是SONY只给RSX跑   at 1300MHZ

足够满足RSX的带宽需求了 毕竟8ROP的东西
回复 支持 反对

使用道具 举报

189#
发表于 2006-11-13 19:53 | 只看该作者
原帖由 PS5 于 2006-11-13 19:50 发表


知道PS不直接访问显存,要不R580也不会跑赢G71了

:wacko:  算了 我放弃
 建议你把这个帖子从头看一便
关于GPU的部分 不能想当然 
回复 支持 反对

使用道具 举报

190#
发表于 2006-11-13 19:56 | 只看该作者
原帖由 来不及思考 于 2006-11-13 19:52 发表
看完PS5兄的帖子,我的心情竟是久久不能平复,正如老子所云:大音希声,大象希形。我现在终于明白我缺乏的是什么了,正是PS5兄那种对真理的执着追求和楼主那种对理想的艰苦实践所产生的厚重沉淀。面对PS5兄的帖 ...


诬陷 极端诬陷
回复 支持 反对

使用道具 举报

191#
发表于 2006-11-13 20:00 | 只看该作者
原帖由 来不及思考 于 2006-11-13 19:52 发表
看完PS5兄的帖子,我的心情竟是久久不能平复,正如老子所云:大音希声,大象希形。我现在终于明白我缺乏的是什么了,正是PS5兄那种对真理的执着追求和楼主那种对理想的艰苦实践所产生的厚重沉淀。面对PS5兄的帖 ...


看你的口才,在看你的文采,你在这里真的太屈才了,建议去报社发展

[ 本帖最后由 PS5 于 2006-11-13 20:05 编辑 ]
回复 支持 反对

使用道具 举报

192#
发表于 2006-11-13 20:04 | 只看该作者
原帖由 ayanamei 于 2006-11-13 19:53 发表

:wacko:  算了 我放弃
 建议你把这个帖子从头看一便
关于GPU的部分 不能想当然 


我已经放弃了
回复 支持 反对

使用道具 举报

193#
发表于 2006-11-13 20:12 | 只看该作者
原帖由 PS5 于 2006-11-13 20:00 发表


看你的口才,在看你的文采,你在这里真的太屈才了,建议去报社发展


口才与文采...这篇短文在互联网上的时间不会短于3年,早就烂大街了

看来足下的网龄不是很长阿
回复 支持 反对

使用道具 举报

zl841226 该用户已被删除
194#
发表于 2006-11-13 20:48 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

195#
发表于 2006-11-13 22:29 | 只看该作者
原帖由 ayanamei 于 2006-11-13 19:12 发表


不是不看 你的发言把太多东西扯到一起去了 
Cache 命中率 和Windows 内核大小 之间有关系么??
难道你以为CPU要把windows内核Cache进去 天...
"传统x86结构有延迟,sdram有潜伏周期,有cpu内存 ...

又来了
Cache 命中率 和Windows 内核大小 之间有关系么??
难道你以为CPU要把windows内核Cache进去 天...

问的好,立此存照

"传统x86结构有延迟,sdram有潜伏周期,有cpu内存连接瓶颈,有解码,有乱序调度,有cache miss"
你把这些先解释清楚先 这些和我说的SPE red内存 存在的延迟 有任何关系么?

这就是cache miss带来的延迟的具体来源的组成部分和性能损失所在

请问你的延迟来自于何处,性能损失来自哪里

XDR没有latency

拜托,见前面
要原文引用

[ 本帖最后由 ximimi 于 2006-11-13 22:32 编辑 ]
回复 支持 反对

使用道具 举报

196#
发表于 2006-11-13 22:32 | 只看该作者
原帖由 popwangyuII 于 2006-11-13 19:30 发表



SONY有这个实力可以让某公司觉得可以在PS3上积累吗?要积累的像样至少也要两三年吧。那时候还有戏吗?

再说现在最头疼还算不上开发。没货啊,比XBOX360推迟一年首发才这么点机器,这让谁能有信心?如果 ...

太累

这种帖子edison怎么不删
回复 支持 反对

使用道具 举报

197#
发表于 2006-11-17 22:04 | 只看该作者
w00t) w00t) w00t) 一个星期没来,已经顶了那么多楼啦,hohoho!!
LS的延迟高是小弟认为是毋庸置疑的,第一批拿到Cell刀板的人应改够为IBM说好话了,但仍然说Cell的LS和DMA延迟大的吓人,以致用不好预取就麻烦大了,
原文:"however, the worse news is that your execution time on normal CPU is as bad as the synchronous DMA version ."
而且编写部分涉及dynamic linking的程序是个大麻烦,作者还庆幸自己不是编那部分的人呢,原文说:“
luckily only one guy needs to write it for Cell and we can all use it."
关于堆栈还有:”BUT IF YOU NEED more than 4KB,or maybe a whole 16KB ,of stack space then you are not writing for performance."
原文在CPU区好像还有,不信的自己看。不要瞎质疑(_( (_( 小弟看这篇文章可是看了一晚上呢!
另外,还想向developer Racing PHT求证一下RSX到底等同于什么PC卡??希望不要因为不愉快的过去不回答我啊。:a) :a)
回复 支持 反对

使用道具 举报

198#
发表于 2006-11-17 22:12 | 只看该作者
原帖由 complexmind 于 2006-11-17 22:04 发表
w00t) w00t) w00t) 一个星期没来,已经顶了那么多楼啦,hohoho!!
LS的延迟高是小弟认为是毋庸置疑的,第一批拿到Cell刀板的人应改够为IBM说好话了,但仍然说Cell的LS和DMA延迟大的吓人,以致用不好预取就麻烦大 ...

描述注意精确性 LS不可能延迟高,而是去抓主存的时候延迟高
回复 支持 反对

使用道具 举报

199#
发表于 2006-11-17 22:14 | 只看该作者
原帖由 ayanamei 于 2006-11-17 10:12 PM 发表

描述注意精确性 LS不可能延迟高,而是去抓主存的时候延迟高

谢谢凌波大虾斧正啦。!
回复 支持 反对

使用道具 举报

200#
发表于 2006-11-17 22:17 | 只看该作者
原帖由 ximimi 于 2006-11-13 22:29 发表

又来了
问的好,立此存照


这就是cache miss带来的延迟的具体来源的组成部分和性能损失所在

请问你的延迟来自于何处,性能损失来自哪里


拜托,见前面
要原文引用


自己算大概多少cyc
除了流应用 谁能保证内存抓取的连续性
这么高的latency不是问题? 不是问题干么 IBM要专门给弄一套MFC 出来

[ 本帖最后由 ayanamei 于 2006-11-17 22:33 编辑 ]
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

广告投放或合作|网站地图|处罚通告|

GMT+8, 2025-3-11 08:27

Powered by Discuz! X3.4

© 2001-2017 POPPUR.

快速回复 返回顶部 返回列表