Bug 2590 - [mach64] Gradual memory leak
Summary: [mach64] Gradual memory leak
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/mach64 (show other bugs)
Version: 6.8.2
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2005-02-21 15:25 UTC by Eric Buddington
Modified: 2018-06-12 19:09 UTC (History)
5 users (show)

See Also:
i915 platform:
i915 features:


Attachments
server log (52.79 KB, text/plain)
2005-02-21 15:28 UTC, Eric Buddington
no flags Details

Description Eric Buddington 2005-02-21 15:25:04 UTC
Under 6.8.1 and 6.8.2, the X server has a VM size of <100Mb when I log in.
Over the course of a week, it grows steadily, eventually exhausting all my swap
space. Logging out and back in (which involves sending a HUP to the server)
reduces the server to a reasonable size.
Comment 1 Eric Buddington 2005-02-21 15:28:56 UTC
Created attachment 1956 [details]
server log
Comment 2 P.L.Hayes 2005-02-23 11:00:49 UTC
I'm pasting this from bug 82073 at bugs.gentoo.org as requested by Donnie Berkholz:

I have suffered this problem for a while now. I'm using 6.8.0 + ati r128 and it
occurred in previous versions too. Apart from the long term creep effect noted
by Eric, I've found some apps bring out the symptoms very quickly: just browsing
through the menus in emacs (cvs) (no matter which toolkit) can _sometimes_ make
the memory usage of X jump by many 10s of megs at a time. Eventually emacs
always triggers the problem and causes X to eat up all available memory. Opening
a large book with gpdf (but not xpdf) _always_ eats up almost the whole lot
(512MB) straight away. Closing the offending app causes X to freeze (including
the mouse cursor), a lot of swapping seems to happen and then the app is exited
but the X memory usage remains and the WM is sluggish and other apps behave less
well.

Watching xrestop while gpdf is loading a book, I saw that the only noticeable
activity was a steady increase in the "Misc" column which grew to > 60000 in
parallel with top reporting X's memory usage growing beyond 450 MB. The Option
XaaNoPixmapCache had no effect. 

It seems this bug has appeared in xfree86 on debian and in xorg on ubuntu too.

http://lists.debian.org/debian-x/2004/12/msg00393.html
Comment 3 Gogiel 2005-03-12 08:26:12 UTC
Bug disappear when i startx as root.
But when i relogin as my user it comes back.
Comment 4 Gogiel 2005-03-12 08:29:06 UTC
Bug exist also in older versions (I've just compiled 6.7.0)
Comment 5 P.L.Hayes 2005-03-12 08:36:53 UTC
I can confirm that the bug doesn't show itself if running X when logged in as
root. I also noticed that the leaps in memory usage generated by emacs appear to
occur when tooltips are displayed.
Comment 6 Gogiel 2005-03-12 08:39:37 UTC
(In reply to comment #5)
> I can confirm that the bug doesn't show itself if running X when logged in as
> root. I also noticed that the leaps in memory usage generated by emacs appear to
> occur when tooltips are displayed.

I dont use emacs and I've got memory leaks.
Comment 7 P.L.Hayes 2005-03-12 09:19:07 UTC
Emacs is just an example app - see comment #2 above. The bug also does not
manifest itself when the apps that trigger it are merely run as root from a
normal user X session.
Comment 8 P.L.Hayes 2005-06-13 17:39:46 UTC
NB: Alan Swanson's comment 18 in http://bugs.gentoo.org/show_bug.cgi?id=82073 
Comment 9 Erik Andren 2006-03-28 23:32:40 UTC
This bug is closed downscreen due to that noone has been able to reproduce this
problem with >6.9.0. If someone is able to do that, please reopen. 

http://bugs.gentoo.org/show_bug.cgi?id=82073
Comment 10 Bgs 2006-07-19 05:23:57 UTC
I have similar symptoms. After a few days X uses all my memory and swap.
Some info that might help:

X version: 6.9.0
Distro: Slackware current
VGA: Intel Corporation 82865G Integrated Graphics
Kernel: 2.6.17.4

root@bgs ~ # free -mt
             total       used       free     shared    buffers     cached
Mem:           492        481         10          0          0         76
-/+ buffers/cache:        404         87
Swap:         1464       1435         28
Total:        1957       1917         39

ps of X:

root      4819  0.4 42.7 1569012 215328 tty3   Ss+  Jul10  62:56
/usr/X11R6/bin/X -br :0 vt3 -auth /var/run/xauth/A:0-t9aom9

main memory line from pmap (can post the full output if needed):

5af86000 1485968K rwx--    [ anon ]
Comment 11 Daniel Stone 2007-02-27 01:25:31 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 12 Matt Turner 2010-12-03 12:29:22 UTC
Is this still a problem? Providing a patch is the best way to get it fixed.
Comment 13 Adam Jackson 2018-06-12 19:09:50 UTC
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.