Certain processes show incorrect memory usage when using xgl

[Eli L]

Binary package hint: gnome-system-monitor

In my System > Administration > System Monitor > Processes, a few of my processes show the memory usage as "17179869180.0 GB".

At this very moment 7 processes are showing it.

I'm using Gutsy Beta x64 with all current updates installed.

BTW: This is my first bug submission so if i did anything wrong please let me know.

[Chris Halse Rogers (raof)]

I can confirm this behaviour, also x86-64. In particular, after enabling all the possible memory columns, all the memory usage seems sane except for "X server memory" and "Memory", which is, as the reporter states, 17179869180.0 GB, and this figure is the same across all processes showing incorrect numbers.

A list of all these processes, in case someone can see a common theme, is:
gtk-window-decorator
multiload-applet-2
empathy
nm-applet
nautilus
gnome-panel
gnome-system-monitor
gnome-terminal
deskbar-applet

[Sebastien Bacher (seb128)]

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=484654

[Sebastien Bacher (seb128)]

do you use xgl?

[Eli L (flclfan)]

Yes I do use XGL.

[Sebastien Bacher (seb128)]

looks like an xgl bug

[Urioxis (urioxis)]

I would have to agree. Also, more specifically it looks like an XGL + x64 bug as that is my setup and I see the same bug. That or perhaps it has something to do with the proprietary bundle of joy that is the ATI drivers... The ones that also break suspend and hibernate.

[Dwayne Nelson (edn2)]

I get it too: xgl+x64 and restricted nVidia

[Eric Christiansen (ericmartinchristiansen+sites)]

I get it too. My system: Gutsy, fglrx, Xgl, Compiz, AMD64.

I knew Firefox leaks memory, but damn!

[Conor (ronocdh)]

Confirming here. I just switched over from 32-bit to 64-bit, used XGL in both cases. This is the sole outstanding bug for 64-bit I've experienced since the change. I'm using an ATI Radeon Mobility X1600 (128MB) with 1GB of RAM.

[Daniel Scain Farenzena (d-scain-farenzena)]

Me too. Xgl + AMD64(Sempron 3500+ and 512 Ram

[Daniel Scain Farenzena (d-scain-farenzena)]

To ease things, I see the number o GB you reported on 10 processes, 3 others print the same number + 0.1 GB and the rest is normal.

[Andrey Andreev (narf)]

Confirmed.

I use Xgl on an Acer Aspire 5100-5023 laptop:

AMD Turion64 x2 TL-56 (1.6GHz)
ATI Radeon Xpress 1100 (256MB shared memory)
2GB DRR2 RAM
etc.

narf@laptop:~$ uname -a
Linux laptop 2.6.22-14-generic #1 SMP Tue Feb 12 02:46:46 UTC 2008 x86_64 GNU/Linux

[Raghvendra Sharma (raghav)]

Well, I can confirm the same behavior on x86_64 with hardy as well.

Originally put up as a question on Ubuntu forums (http://ubuntuforums.org/showthread.php?p=4892471), I was directed here.

Though I dont mean to be critical, but the overall situation about this bug looks strange. On Gnome, its marked as RESOLVED, and still we are facing it in latest gnome build in hardy. There it says in Resolution tag as NOTGNOME, which I interpret as gnome team deciding that its not a gnome bug.

anybody knows where to track it further ?

[Sebastien Bacher (seb128)]

that's an xgl server bug, that's why the GNOME bug upstream and the launchpad GNOME task are closed

[care (care)]

I am having this, too. I am using GL based X server (xserver-xgl), Ubuntu 7.10 64 bit edition, integrated intel video card and intel driver.

[Timo Aaltonen (tjaalton)]

xserver-xgl has been deprecated upstream, and removed from Intrepid. Closing the bug as won't fix.