From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 Description of problem: My bug is similar in spirit to other gnome memory leaks that have been reported (like the ones that come up when I search Bugzilla using the terms "gnome memory" e.g. # 73156) but has a few key differences. The bug is as follows: when I am previewing my GL Text screensaver (in the small window) and have the gnome system monitor open, I hear my processor begin working like crazy. I open up the system monitor graphs to see what is going on and I see that memory is being allocated very rapidly, and my memory usage shoots up. The differentiating factor between my bug and the others is that every single time this bug occurs, it allocates about � of the available RAM (total 1006MB) to 2 copies of the GL Text screensaver, and after which, it abruptly stops. It allocates roughly 100-150MB to each copy. I initially thought that this halting was a random occurance, but every single time this bug has occurred, it stops itself once it reaches around � of my RAM. These allocation events usually end up allocating around 150-200MB of my RAM before stopping, since my normal memory usage hovers around 250-350MB when I have open office, Mozilla, the screensaver preview, and the system monitor open. Shortly afterwards the system monitor crashes, and brings up the bug report field, which I previously closed out. Finally, while I was writing this, the bug has occurred again, but since I am already submitting this bug report via the Bugzilla website, I closed out the Bugzilla report window it brought up. I will try to attach a screenshot from my system monitor window, but since I have not submitted a bug before, I am unsure as to how it will work out. Version-Release number of selected component (if applicable): How reproducible: Sometimes Steps to Reproduce: 1. Go preferences -> screen saver (after boot up) 2. Go to preview the GL Text screensaver (the one that displays your kernel version and hostname) 3. Open up system monitor 4. Wait 5 minutes (it usually takes less than 5 minutes to occur) Actual Results: What happened after I performed the steps above is that my gnome system-monitor crashed after the memory allocation. Expected Results: I expect the system to not allocate such huge amounts of memory to 2 copies of the screensaver when I am simply previewing it. Additional info: System information: From uname: 2.4.18-19.8.0smp #1 SMP Thu Dec 12 04:36:25 EST 2002 i686 i686 i3 86 GNU/Linux I currently have all of the packages installed (I selected the "everything" option during the install process), and I have the current versions of everything from the up2date service. I also have a GeForce 4 Ti4600 with version 1.0-3123 of the NVIDIA drivers installed sucessfully. On a final note, I have read all of the gnome memory bugs that have been posted, and none of those bugs appear to be present on my system, as I have followed the instructions to reproduce them to the letter.
Created attachment 89730 [details] A screenshot of the multiple copies of GL text using huge amounts of memory
Does this happen without the NVIDIA drivers?
First of all, sorry for the delay. Next, yes, I tried this without the NVIDIA drivers and using the default "vesa" drivers, and I still get the same result. Also, I have noticed that previewing the screensaver is not necessary for this bug to occur, it just takes more time to occur if I just let my system idle for a while.
Have there been any new developments regarding this bug?
Hi, I've spent sometime trying to reproduce this bug and was unable to do so. Given the age of this report and my failure to reproduce the problem, I think it's very likely the bug has been fixed. I'm going to close the bug, but if you continue to have the problem with FC3 or a recent version of xscreensaver, please feel free to reopen the bug.