FS#8635 - catalyst-7.11 - memory leaks in OpenGL apps
Attached to Project:
Arch Linux
Opened by Blaž Tomažič (billy) - Wednesday, 14 November 2007, 11:56 GMT
Last edited by Travis Willard (Cerebral) - Saturday, 22 December 2007, 18:51 GMT
Opened by Blaž Tomažič (billy) - Wednesday, 14 November 2007, 11:56 GMT
Last edited by Travis Willard (Cerebral) - Saturday, 22 December 2007, 18:51 GMT
|
Details
Description:
As it is written on this page: http://www.phoronix.com/scan.php?page=article&item=914&num=3 the new fglrx driver has a big bug. While running SOME OpenGL apps it has memory leaks. I tried it myself and launched glxgears. while looking at htop the used memory was growing at constant rate of 3MB/s! soon the system started using swap and the desktop became less responsive. Then with full swap I had lots of trouble closing the glxgears :). When I closed it all the memory was freed instantly. The only problem I encountered because of this mem leaks that annoyed me was after playing ET:QW for some time because the system needed to copy all the data from disk to ram. And it took for about 30 or more secunds on some occasions that I could use my computer normally again. Even if the memory usage grew the game was performing normally all the time. Games like Neverball and Crack Attack have no memory leaks. Could this be a mesa bug and not fglrx? Also mplayer has no memory leaks while using gl, gl2 or xv ( well with xv even no video window opens, only sound plays in the background :P) video output drivers. I think if anyone else finds this bug troublesome, the package in extra should be rolled back. If anyone wants to use the new driver (because of AIGLX support) and doesn't mind if some apps use way too much memory the current package could be put into unstable. Additional info: * package version(s) fglrx 8.42.3-1 mesa 7.0.1-1 * config and/or log files etc. My computer specs: -ATI Mobile Radeon x1400 -1GB ram Steps to reproduce: -run glxgears (or maybe some other OpenGL app, but not all reproduce this bug) -watch memory usage |
This task depends upon
Closed by Travis Willard (Cerebral)
Saturday, 22 December 2007, 18:51 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in catalyst 7.12
Saturday, 22 December 2007, 18:51 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in catalyst 7.12
> should be rolled back. If anyone wants to use the new driver (because of
> AIGLX support) and doesn't mind if some apps use way too much memory the
> current package could be put into unstable.
We can't. This driver is the only one, ever, that supports xorg-server 1.4. If we roll back this driver, we'll have to roll back ALL of xorg.
I hate to say it, but people that find this bug troublesome might have to use the OSS radeon driver, or just stop using OpenGL until the next release.
mesa 7.0.1-1
--------------
ATI X1800 GTO² sapphire
RAM : TWIN 2X2048 6400 C4 Corsair
--------------
I have the same problem. It seems that fglrx drivers encounter lots of issues. I'm using the x86_64 kernel. There is also a problem when starting openGL apps (ex : games like warsow or tremulous). Everything was ok with the previous version of the drivers, but now, if I launch the game, nothing appears. A "TOP" indicate that the game is currently running, but I stay on the gnome desktop. To solve this, I launch GLXGEARS. Then, apps works perfectly while the next boot of the computer.
But in my laptop with a Xpress 1100 I can't notice any memory leak so far.
Confirmed.
It has also solved the issue with onepnGL apps which didn't start until "$ glxgears".