Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled - Page 4

ahl · 03-02-09, 10:52 PM

If anyone else is using P6T Deluxe there is a brand new BIOS available that fixes some GPU issues. Unfortunately it did not fix this issue. However my glxgears score doubled.

And now I'm getting confusing results from my leaktest program. I now have to use double buffering or call glFlush() every frame before it gives correct results on this computer. I'm confused.

firewalker · 03-03-09, 10:35 AM

Hi,

If you kill gnome-screensaver can you reproduce the error ?

miseiler · 03-03-09, 11:51 AM

I don't use gnome. Or any DE.

Tonglebeqk · 03-03-09, 12:13 PM

Quote:

Originally Posted by ahl

This problem is quite serious. I can't believe it hasn't been fixed yet. A simple glClear() will trigger the leak. Alternatively if you enable double buffering SwapBuffers() will do the same.

I was bored waiting for fix so I wrote a simple test program which can be used to test whether your OpenGL implementation is leaking or not. It continuously prints memory usage on console and exits if it rises above 200MB.

Edit #1: If using Ubuntu Hardy "sudo apt-get install gcc libglut3-dev" should install the necessary dependencies
Edit #2: This program puts little stress on your hardware

Edit #3: Uploaded v2 that does glFlush()

Wow, if that leaktest is legit, I went from 0 to 200M within 10 seconds (GTX 260)

miseiler · 03-03-09, 12:15 PM

Quote:

Originally Posted by Tonglebeqk

Wow, if that leaktest is legit, I went from 0 to 200M within 10 seconds (GTX 260)

You should try 32-bit glxgears...10 seconds is the time it takes to choke at 4G!

firewalker · 03-03-09, 12:19 PM

Ok. Then it's probably not that. I made some changes and now I can't reproduce the problem. Had WorldOfGoo (32bit) running for hours without any memory leak or kernel BUG.

What I changed was (other than killing gnome-screensaver) :

- Made a custom package of nvidia driver using the 32bit libs found at NVIDIA-Linux-x86_64-180.35-pkg2.run. The previous package (from rpmfusion) used the 32bit libs from the 32bit package. While the libs are the same the NVIDIA-Linux-x86_64-180.35-pkg2.run doesn't seem to have 32 bit version of libnvidia-cfg.so.180.35.

Code:

 diff -r NVIDIA-Linux-x86-180.35-pkg0/usr/lib/ NVIDIA-Linux-x86_64-180.35-pkg2/usr/lib32/
Only in NVIDIA-Linux-x86-180.35-pkg0/usr/lib/: libnvidia-cfg.so.180.35

I hope it helps.

Cheers

ahl · 03-04-09, 01:04 AM

Quote:

Originally Posted by firewalker

- Made a custom package of nvidia driver using the 32bit libs found at NVIDIA-Linux-x86_64-180.35-pkg2.run. The previous package (from rpmfusion) used the 32bit libs from the 32bit package. While the libs are the same the NVIDIA-Linux-x86_64-180.35-pkg2.run doesn't seem to have 32 bit version of libnvidia-cfg.so.180.35.

I hope it helps.

Didn't help me. My 32bit libs (installed by Gentoo) do not have libnvidia-cfg.so.180.35. I even tried various combinations of NVIDIA-provided 32bit libraries but nothing made a difference.
Giving up for now. I'm too tired of this problem. I hope next nvidia release fixes this.

netarchy · 03-06-09, 08:18 PM

Updated to 180.37, issue still exists.

niczar · 03-07-09, 09:54 AM

Quote:

Originally Posted by ahl

This problem is quite serious. I can't believe it hasn't been fixed yet. A simple glClear() will trigger the leak. Alternatively if you enable double buffering SwapBuffers() will do the same.

I was bored waiting for fix so I wrote a simple test program which can be used to test whether your OpenGL implementation is leaking or not. It continuously prints memory usage on console and exits if it rises above 200MB.

Edit #1: If using Ubuntu Hardy "sudo apt-get install gcc libglut3-dev" should install the necessary dependencies
Edit #2: This program puts little stress on your hardware

Edit #3: Uploaded v2 that does glFlush()

Excellent work, thank you. It starts leaking immediately, and when I quite the app, display freezes for a few seconds.
Hope nVidia will fix this soon.

goldmember · 03-10-09, 09:17 PM

Confirmed on Fedora x64. I compiled the same version of glxgears.c using 32bit and 64bit. The 32bit version is up to 200M memory after 40seconds, while the 64bit version keeps at about 10M memory.
I'm using version 180.37 of the driver.

Ixar · 03-11-09, 03:27 AM

I reproduced the issue with glxgears and the provided test case:
- 6GB ram => KO
- 4GB (with mem=4G at boot) => OK
- 3GB (with mem=3G at boot) => OK

As it is easily reproducible I hope we will have nvidia feedback soon.

It looks like the 32bit opengl API cannot interface properly with the 64bit driver,
I think it could be related to textures stored in ram above the physical 4GB.

niczar · 03-11-09, 01:58 PM

Is there nothing new on this?

03-02-09, 10:52 PM	#37
ahl Registered User Join Date: Feb 2009 Posts: 7	Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled If anyone else is using P6T Deluxe there is a brand new BIOS available that fixes some GPU issues. Unfortunately it did not fix this issue. However my glxgears score doubled. And now I'm getting confusing results from my leaktest program. I now have to use double buffering or call glFlush() every frame before it gives correct results on this computer. I'm confused.

03-03-09, 10:35 AM	#38
firewalker Registered User Join Date: Mar 2005 Location: Ellas Posts: 32	Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled Hi, If you kill gnome-screensaver can you reproduce the error ?

03-03-09, 11:51 AM	#39
miseiler Registered User Join Date: Aug 2008 Posts: 25	Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled I don't use gnome. Or any DE.

03-03-09, 12:19 PM	#42
firewalker Registered User Join Date: Mar 2005 Location: Ellas Posts: 32	Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled Ok. Then it's probably not that. I made some changes and now I can't reproduce the problem. Had WorldOfGoo (32bit) running for hours without any memory leak or kernel BUG. What I changed was (other than killing gnome-screensaver) : - Made a custom package of nvidia driver using the 32bit libs found at NVIDIA-Linux-x86_64-180.35-pkg2.run. The previous package (from rpmfusion) used the 32bit libs from the 32bit package. While the libs are the same the NVIDIA-Linux-x86_64-180.35-pkg2.run doesn't seem to have 32 bit version of libnvidia-cfg.so.180.35. Code: diff -r NVIDIA-Linux-x86-180.35-pkg0/usr/lib/ NVIDIA-Linux-x86_64-180.35-pkg2/usr/lib32/ Only in NVIDIA-Linux-x86-180.35-pkg0/usr/lib/: libnvidia-cfg.so.180.35 I hope it helps. Cheers

03-10-09, 09:17 PM	#46
goldmember Registered User Join Date: Sep 2005 Posts: 24	Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled Confirmed on Fedora x64. I compiled the same version of glxgears.c using 32bit and 64bit. The 32bit version is up to 200M memory after 40seconds, while the 64bit version keeps at about 10M memory. I'm using version 180.37 of the driver.

03-11-09, 03:27 AM	#47
Ixar Registered User Join Date: Mar 2009 Posts: 2	Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled I reproduced the issue with glxgears and the provided test case: - 6GB ram => KO - 4GB (with mem=4G at boot) => OK - 3GB (with mem=3G at boot) => OK As it is easily reproducible I hope we will have nvidia feedback soon. It looks like the 32bit opengl API cannot interface properly with the 64bit driver, I think it could be related to textures stored in ram above the physical 4GB.

03-11-09, 01:58 PM	#48
niczar Registered User Join Date: Oct 2007 Posts: 12	Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled Is there nothing new on this?