全球第一个第三方D3D10 shader级别性能测试

ayanamei

恩 确实 因为对GPU内部具体是如何做这个切换 只是猜测
主要的来源是G80声称每个block 512thread
如果实际真的并发这么多thread
事实上我也认为不可能在G80塞下那么多的 rigsiter
所以这些thread中应该有部分是在真正执行的，而部分是挂起的
是否这些挂起的thread 相关的rigister数据能够被保存到GPU内部某个储存器上，比如一些sram,毕竟写回local memory太慢,GPU也不会涉及这种动作
至于shared memory,constant memory貌似是G80 thread manage体系里面的东西
确实和register拉不上太关系 只是GPU内部是否还有类似的东西来保存这些挂起的threads
还说它们一直霸占着register资源？
对于GPU物理上是如何运作 我也只能大概去想象一下 以上都是猜测
另外constant rigsiter/temp register 之类是使用上去区别的概念吧吗？
我能理解什么是rigsiter 但是 这种区别是始终不明白
还请简单的解释一下

[ 本帖最后由 ayanamei 于 2007-7-23 13:28 编辑 ]

Eji

原帖由 ayanamei 于 2007-7-23 13:18 发表
恩 确实 因为对GPU内部具体是如何做这个切换 只是猜测
主要的来源是G80声称每个block 512thread
如果实际真的并发这么多thread
事实上我也认为不可能在G80塞下那么多的 rigsiter
所以这些thread中应该有部分 ...

前面RPH兄提到，G8x每個Multi-processor（8SPs set）有8192個 float4 (128bit) register。
8192個Register可以是16個float4下128個thread、或者是4個float下512個thread(max)，甚至是128個register下16個thread應該都可以....(當然效率可能會有問題，這與Register File的讀寫port設計有關)
如果從這點來看，每個MP會需要128KB的Register File。

Constant Register是記載常數用的，咚氵^程中不會被更改，而且是共用的，所以與thread無關
由於咚阒袛嗯c繼續的需求，thread得記載咚氵^程中的暫存結果。


Temp Register: The Temporary Registers are 4-component floating-pointvector registers used to hold temporary results during vertex program execution.

Float Constant Register: They are also program parameter registerswhich are a set of 4-component floating-point vector registers containing thevertex program parameters.

Integer Constant and Loop Counter Register: Integer Constant Registerscorrespond to flow control registers which are currently used only in the LOOPand REP instructions. When used as an argument to theLOOP instruction:

[ 本帖最后由 Eji 于 2007-7-23 14:14 编辑 ]

ayanamei

原帖由 RacingPHT 于 2007-7-23 14:13 发表
ayanamei:

你的理解对于fine grained threading是不对的。对于这种需要单周期切换线程的系统, 必须提供与thread数量倍数大小的register file.
而对于GPU来说, 每个shader所需要的register是不同的, 并且也没 ...

谢谢

也可以理解为constant register中主要是一些公有数据

而temp register中是不同thread 处理过程中所抓取的数据，以及一些计算结果之类的
能这样理解吗？

ayanamei

原帖由 Eji 于 2007-7-23 14:08 发表


前面RPH兄提到，G8x每個Multi-processor（8SPs set）有8192個 float4 (128bit) register。
8192個Register可以是16個float4下128個thread、或者是4個float下512個thread(max)，甚至是128個register下16個t ...

大致明白一些了
就是说thread manage也不可能创建大于rigister file所能承受的thread
当threads 所需要的register file 饱和后 也不会派发新的thread给下面的资源了

如果是每个MP 8192个float4... regfile总量2MB了阿。。。
:funk:

[ 本帖最后由 ayanamei 于 2007-7-23 14:29 编辑 ]

Eji

原帖由 RacingPHT 于 2007-7-23 14:02 发表
关于prefetch优化, 有一些暗示
http://www.math.sintef.no/gpu/pdf/Dokken_SCCG_2005.pdf

The GPU prefetches texture data close to the current
fragment to speedup fragment execution. However, this ...

關於這部份.... 我覺得這只能算是每次tex fetch的時候，替後面的處理"多讀的"....
說成prefetch有點太聰明了些。

Eji

原帖由 RacingPHT 于 2007-7-23 14:55 发表
这个地方确实不严谨, 如果只是cache line miss才fetch, 就算多一些也应该不能算是prefetch. prefetch我的理解是, 如果load超出一个cache line大小, 尚未开始使用的数据, 就可以算是prefetch.

但是我也不能确定GPU没有这个东西...不过其实有threading机制之后太过聪明的prefetch变得没有必要了。

過去用quote長度來吸收texture fetch時的latency，現在則是因為延遲的種類增加、複雜化，所以改成threading來吸收。
不過狀況大多是"因為存取記憶體會有很大的延遲、而且記憶體系統的進展又沒有縮短延遲的跡象"，所以提供機制來吸收這部份的負擔....
其實本質沒什麼變化。

[ 本帖最后由 Eji 于 2007-7-23 15:08 编辑 ]

93324003

FX好强大~~