大家帮看下我这个demo的桢数。

chenlee

不太理解你的观点，既然已经是CPU bounded。那么改用SWVP只会更加重CPU的负担。

另，如果感觉是AGP bandwidth限制的话，可以尝试采用压缩的顶点格式，比如把Normal压缩到32bit，texcoord也可以用两个8bit来表示。

我在gf4-4200 xp-sp1下测试是37帧，帧速很稳定。

hourousha

chenlee: Re:大家帮看下我这个demo的桢数。

不太理解你的观点，既然已经是CPU bounded。那么改用SWVP只会更加重CPU的负担。

另，如果感觉是AGP band...

你没有理解我的意思。
楼主这个程序原来的skin就是由CPU来完成的，所以使用SWVP不一定会进一步增加cpu的负担，因为D3D中的SWVP对各个CPU的优化工作做得比较好。
楼主坚持是AGP bandwidth的问题，所以我建议楼主使用multistream的方法减轻AGP带宽的压力试验一下。

kypck

看看这个几个版本的执行文件就没什么好说的了。
一个是无法线的（使用cl编译），一个是short法线并为p4优化（使用icc编译），还有一个是short法线并为p3优化（使用icc编译）
第一个程序几乎比原来快一倍的速度足够说明问题了。

kypck

别忘了把解压后的文件放到原来程序的目录中去啊

hourousha

kypck: Re: 大家帮看下我这个demo的桢数。

看看这个几个版本的执行文件就没什么好说的了。
一个是无法线的（使用cl编译），一个是short法线并为p4优化...

P3优化和p4优化的基本没有fps差别，说明针对float，SSE2没有起到额外的作用。
至于无法线的那个，恕小人愚钝，愚以为是减少了计算量才是fps增加的根本。

King_jinjing

XP2500+

GF4 TI4200

开一个，平均六十帧。开两个平均三十帧。

kypck

to hourousha:
嘿嘿，我当然让CPU“白”计算了法线，我想编译器应该不会把这个优化掉吧？其实我做的工作就是把glEnableClientState(GL_NORMA_ARRAY)这行给注释掉了。
再说使用short法线，由于需要把float影射到short上去，需要额外的计算量并且在由于数据没有对齐，所以CPU执行速度多少会有影响，为什么速度不减反增？