|09-22-04, 02:30 PM||#1|
Join Date: Mar 2004
pbuffer memory problem
I have a program with a float pbuffer used to composit images and then display the result on the screen. Everything is fine untill I start running 2 copies of this program. Then everything, including my desktop slows to a crawl if my images are large enough. These images are being composited in Cg through texturing (fragment program). The size of the pbuffer I create equals the bounding box of all images.
Is the slowness due to texture memory swapping? ie: is the second program swapping memory that is getting used by the pbuffer or the textures? Do pbuffers and textures get allocated in the same memory pool, ie: in the graphics card's texture memory?
If there isn't enough texture memory, then my textures maps should appear white, but in the above case I can see the composit result, except that its dog slow. I have tried using texture proxies, but didn't help much.
Assuming I am not doing anything stupid in my code, any insight regarding how graphics cards allocate pbuffer/texture memory would be really helpfull.
My system info:
RH Linux 7.3
|Thread||Thread Starter||Forum||Replies||Last Post|
|GPU memory consumption, back buffer, Quadro||tdsussman||NVIDIA Linux||5||08-14-12 09:14 PM|
|Video: For HPC Energy Efficiency, Samsung 20-nm Memory Fab Makes a Difference||News||Archived News Items||0||06-26-12 06:00 AM|
|Measuring card memory usage||peter_ga||NVIDIA Linux||0||05-24-12 08:07 PM|
|new memory tech QBM (Quad band memory)||sebazve||Rumor Mill||9||09-24-02 09:38 PM|
|Nvidia Go on laptop, black border within XFree86 problem||raxip||NVIDIA Linux||3||07-31-02 10:58 AM|