有个不太懂的问题！

Quest

这是硬件和驱动干的活，，跟俺们没多大关系

显存还是少读，，很慢的

zetorchen

如果lock的是显存，实际上会copy到内存

gg0001

zetorchen: Re:有个不太懂的问题！

如果lock的是显存，实际上会copy到内存

是通过硬件机制copy到内存么？

necro

如果设置为D3DPOOL_MANAGED，系统会在显存和系统内存都放入数据，当系统内存内容发生改变，会自动更新显存内容。
如果设为D3DPOOL_DEFAULT，系统会在显存放入数据。

这里显存包括了AGP。

necro

如果要频繁锁表面修改，且不显示或不常显示使用D3DPOOL_SYSTEMMEM，不锁的可以为D3DPOOL_DEFAULT，但一旦device丢失，要重新加载，D3DPOOL_MANAGED比较方便快捷，但较费资源。另外，锁表面时还有很多种行为可选，DISCARD，READONLY，NOOVERWRITE等，对效率很有影响。ddraw可能也如此。

kypck

D3DPOOL_SYSTEMMEM，D3DPOOL_DEFAULT和D3DPOOL_MANAGED这些只是runtime级别的东西，驱动和硬件是不知道这些的。
关于显存的读写问题，建议楼上几位靠猜测得出结论的朋友大概翻下PCI规范。在AGP/PCI总线上，显卡上的显存(local video memory)是可以被CPU读写的，但由于AGP总线的upload和download速度不同，upload时有AGP2X/4X/8X的概念，而download时只能按PCI总线的频率(66M)来访问数据，这也是为什么显存读慢写快的原因。另外由于PCI总线是数数据线/地址线共用的，所以不太适合随机访问，比较适合DMA方式的传输，从AGP到local video memory的blit一般都会用到DMA方式。
目前基本上所有的基于AGP总线的GPU都不能直接访问系统内存，AGP是由系统分出，然后通过GART表影射成为一连续的，GPU可访问的地址空间。所以就算在应用程序里创建system pool的texture, vb,ib，在硬件实际绘制时，驱动一定会实现把他们放在GPU可访问到的地方。

gg0001

不太懂硬件，不知道那个GPU是什么东西？难道是DMA控制器？

qlwuu

16楼强!

sonicbigk

16是看那本书

Quest

说了半天还不是  驱动一定会实现把他们放在GPU可访问到的地方

而什么GPU  DMA还是硬件