Gnome games - sol / Aislerot Solitaire has a huge memory leak

Bug #469172 reported by 323232
This bug report is a duplicate of:  Bug #450832: X logout while playing aisleriot. Edit Remove
30
This bug affects 6 people
Affects Status Importance Assigned to Milestone
gnome-games (Ubuntu)
Invalid
Medium
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-games

When starting to play Aislorot Solitaire the mmory use of sol and xorg becomes higher and higher. In the middle stage the xorg memory use is over 100 mb. At a later stage everyrhing becomes sluggish. When you are lucky you can stop sol in time and memoryuse decreases. When you're unlucky everything freezes.

Using a fully updated Karmic laptop with an ati open source driver.

ProblemType: Bug
Architecture: i386
Date: Sun Nov 1 19:35:01 2009
DistroRelease: Ubuntu 9.10
Package: gnome-games 1:2.28.0-0ubuntu1
PackageArchitecture: all
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: gnome-games
Uname: Linux 2.6.31-14-generic i686
XsessionErrors:
 (gnome-settings-daemon:3159): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (nautilus:3179): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
 (gnome-panel:3178): Gdk-WARNING **: /build/buildd/gtk+2.0-2.18.3/gdk/x11/gdkdrawable-x11.c:952 drawable is not a pixmap or window
 (polkit-gnome-authentication-agent-1:3185): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed

Revision history for this message
323232 (323232) wrote :
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please try to obtain a valgrind log following the instructions at https://wiki.ubuntu.com/Valgrind and attach the file to the bug report. This will greatly help us in tracking down your problem.

Changed in gnome-games (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
323232 (323232) wrote :

Thanx for the swift response
Did the Valgind thing. See attachment valgrind-logs-sol.tar.gz.
The behaviour changed. Instead of Xorg the memcheck peaked over 115 MB (see attachment system monitor.png) and the game became almost unplayable.

Revision history for this message
323232 (323232) wrote :

Thanx for the swift response
Did the Valgind thing. See attachment valgrind-logs-sol.tar.gz.
The behaviour changed. Instead of Xorg the memcheck peaked over 115 MB (see attachment system monitor.png) and the game became almost unplayable.

Revision history for this message
323232 (323232) wrote :
Revision history for this message
Denis Winz (winz) wrote :

Same on Karmic with latest updates and Inetl 865G video. File descriptors start growing and growing up to the limit, then you get this kind of message in dmesg: VFS: file-max limit 47311 reached. Closing the game brings everything to normal. Tested only Spider Solitaire.

Revision history for this message
Sam Devol (support-samdevol) wrote :

Similar here: 2.6.31-17-generic (Karmic), playing freecell (sol) xorg memory usage climbs until physical mem exhausted (2GB total, xorg will easily climb to 1.5GB. NVidia 7600 video card (nvidia), using standard repo drivers offered in Administration:Hardware Drivers.

Revision history for this message
Dave Uggla (dave-uggla) wrote :

Bugs 465317 and 444518 discuss the same occurrence as a possible bug in x-org with Intel video.
I can't tell whether there is a bug or inefficiency in the AisleRiot software which needs to be corrected or if there is just a behavior that quickly exposes a bug in xorg. In any case, xorg should not crash, so it definitely needs to be investigated there.
Also, in my case anyway, there is plenty of physical memory which is not in use by programs, but most or all of the rest is used by the OS as cache. That should be reclaimed whenever a program needs more memory, but apparently that is not happening.

Revision history for this message
Mirza (mirza-seznam) wrote :

I can confirm this bug. And it is serious. After 40 minutes or so of playing, whole user session is killed so all unsaved data is lost!

I looked at process list, virtual memory usage, and found that problem is _dragging_ card. Take one card, drag it around with mouse and look X server virtual memory jumping from 100 to 600 MB before user session is killed. Also, I noticed that dragging is problem only when performed over other cards. If you drag card at the bottom of the window, under everything else, there are no memory leaks.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for the bug report. This particular bug has already been reported, but feel free to report any other bugs you find.

Changed in gnome-games (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.