Freecell becomes very slow after some time

[tomdean]

Binary package hint: gnome-games

After some time playing, freecell becomes very slow in updating the display. A trail of moves follows the cursor, taking several seconds to complete a move.

ProblemType: Bug
Architecture: i386
Date: Sat Dec 19 17:42:17 2009
DistroRelease: Ubuntu 9.10
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
Package: gnome-games 1:2.28.0-0ubuntu1
PackageArchitecture: all
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-16.53-generic-pae
SourcePackage: gnome-games
Uname: Linux 2.6.31-16-generic-pae i686

[Pedro Villavicencio (pedro)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:
1. Is this reproducible?
2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible.
This will help us to find and resolve the problem.

[tomdean (tomdean)]

On Mon, 2009-12-21 at 18:28 +0000, Pedro Villavicencio wrote:
> Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:
> 1. Is this reproducible?
Yes, it has happened 5 or 6 times over the past couple of weeks.
> 2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible.
Just play Freecell for some time, without exiting and with little else
going on. It takes some time, like 45 minutes. I believe I read mail
with evolution and may have used Seamonkey.

After playing for a while, an outline of a moved cars(s) follows the
cursor. The move completes successfully and after 10 to 15 seconds, the
screen update completes. This continues until Freecell is exited. It
takes several seconds, like 15 or 20 before the Freecell display exits.

Other activity on the system seems normal. It is like this one
application becomes disconnected for several seconds and then resumes.
I have not noticed this with other applications.

This may be very difficult to trace. Anything I can do to help?

tomdean

[tomdean (tomdean)]

On Mon, 2009-12-21 at 18:28 +0000, Pedro Villavicencio wrote:
> Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:
> 1. Is this reproducible?
> 2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible.
> This will help us to find and resolve the problem.
>
> ** Changed in: gnome-games (Ubuntu)
> Importance: Undecided => Low
>
> ** Changed in: gnome-games (Ubuntu)
> Status: New => Incomplete
>
I have the "Freecell Slow" situation now.

What can I do to help in resolution?

I started Freecell and played for an hour, or so.

When I drag a card from one stack to another, the outline of the card
repeats in the cursor path multiple times until the mouse button is
released. For several seconds, the trail is visible.

xorg appears to be using 27% of 4G RAM.

top - 20:20:27 up 12 days, 9:18, 2 users, load average: 0.18, 0.12,
0.07
Tasks: 176 total, 1 running, 175 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.1%us, 0.6%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si,
0.0%st
Mem: 4118452k total, 2693616k used, 1424836k free, 197048k buffers
Swap: 9703176k total, 0k used, 9703176k free, 525980k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
  365 root 15 -5 0 0 0 S 1 0.0 19:42.79 usb-storage
 1523 root 20 0 1393m 1.1g 11m S 1 27.3 52:06.48
Xorg
 1869 tomdean 20 0 7636 4640 2144 S 0 0.1 7:27.93 gconfd-2
11616 tomdean 20 0 38228 12m 9436 S 0 0.3 0:00.32 gnome-terminal
    1 root 20 0 2528 1496 1120 S 0 0.0 0:01.09 init

tomdean

[tomdean (tomdean)]

On Mon, 2009-12-21 at 18:28 +0000, Pedro Villavicencio wrote:
> Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:
> 1. Is this reproducible?
> 2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible.
> This will help us to find and resolve the problem.
>
This may be a memory leak.

My last post indicated xorg was using about 27% of 4G RAM.

1. Reboot.
2. Start xterm with top
    xorg was using 0.3% of 4G RAM
3. start Freecell and play

        mem % mem %
Time xorg sol
reboot 0.3
1205 0.6(?) 0.3
1220 4.9 0.6
1236 7.5 0.9
1241 8.1 0.9
1246 8.9 0.9
1248 9.5 0.9
1251 10.1 0.9
       etc.

There was no other activity on the system.

[tomdean (tomdean)]

On Mon, 2009-12-21 at 18:28 +0000, Pedro Villavicencio wrote:
> Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:
> 1. Is this reproducible?
> 2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible.
> This will help us to find and resolve the problem.
>
> ** Changed in: gnome-games (Ubuntu)
> Importance: Undecided => Low
>
> ** Changed in: gnome-games (Ubuntu)
> Status: New => Incomplete
>
After a reboot, it took a very long time to repeat.

After several hours, (read happy kids), the slow drag with trail
repeated.

Xorg is using 21.1% of memory and it takes tens of minutes to repeat,
not hours!

After exiting Freecell, the xorg memory use stays over 20%.

So, it appears there is a memory leak, somewhere.

What can I do to help with this?

[Mirza (mirza-seznam)]

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.

[tomdean (tomdean)]

On Thu, 2010-01-21 at 09:49 +0000, Sebastien Bacher wrote:
> *** This bug is a duplicate of bug 450832 ***
> https://bugs.launchpad.net/bugs/450832
>
> ** This bug is no longer a duplicate of bug 469172
> Gnome games - sol / Aislerot Solitaire has a huge memory leak
> ** This bug has been marked a duplicate of bug 450832
> X logout while playing aisleriot
>
I do not believe this bug is a duplicate of 450832.
I have never experienced an X logout while playing Aislerot Solitaire.

There appears to be a memory leak that coincides with aisleriot becoming
very slow.

tomdean

[tomdean (tomdean)]

This bug is NOT a duplicate of 450832.

I have never experienced an x-session logout or any other system malfunction other than aisleriot becoming very slow and xorg memory use increasing to about 1G.

Exiting aisleriot does not cause xorg to release the memory allocated.

There is no other activity on the system.

Please remove the duplicate tag.

Thank you.

tomdean