在需求大批量的常量寄存器时,Lock和SetConstant那种做法速度

sincrystal

如题，假如现在在ps2.0的情况下，需要200个常量寄存器，顶点任意，vb创建时标志为WriteOnly|Dynamic，请问在Lock时用CPU计算快呢还是用SetConstant用GPU计算快？

如果对顶点有需求，比如顶点800个，但是每一个顶点size不大，只有24，或者顶点size很大有60的情况呢？或者顶点更多的情况下，比如5000个，这个时候那种速度更快呢？

whb9633

Try to test it!

jk20012001

常量寄存器的内容是所有顶点必须共用还是说针对不同的顶点有不同的常量？如果是后者，可以尝试设置多流，然后用GPU算

sincrystal

针对不同的顶点有不同的常量，但是这里有一个问题就是如果很多顶点的情况下，要Draw多次，比如200个顶点一次Draw，（其余的寄存器有另外的用处），如果有1000个顶点就要Draw5次，还不如，一次lock然后只draw1次。但是拿不准。

To jk20012001:如果是所有顶点公用呢？

哎，难道一定要我自己去Test么。呵呵。

congy

真是怪了，你自己提的问题你不去 TEST 谁去？

jk20012001

别说用GPU Draw5次了，就算Draw 50次也比用CPU Draw1次快得多
所有顶点公用的话，200个常量寄存器是不可能存到多流中的，VS只支持16个输入寄存器
LZ还是太懒了……自己测试下费不了好多功夫的吧

sincrystal

   呵呵，恩，我没有说不去测试嘛，只是我想听听大家的意见阿。

   我还是太懒了。。  ^_^

   To:jk20012001, 我记得好像在CPU 2.0的情况下，如果要正常渲染的话，一次最多333次Draw，如果CPU频率更低的话，Draw的次数更少，所以在渲染场景的时候‘必须要严格控制Draw的次数。

jk20012001

什么叫”要正常渲染的话，一次最多333次Draw“？

sincrystal

就是如果超过这个限额，会照成堵塞等现象，也就是不正常现象，具体原因我还不太清楚，只是好像记得有这么一个限制，所以在大型渲染的时候必须要考虑draw的次数

jk20012001

你说的是每帧调用DrawPrimitive的总次数吗？