GDM: Memory leak in .gnome-shell-real process

OpenSubmitted by sirgazil.
Details
5 participants
  • Jan Nieuwenhuizen
  • Julien Lepiller
  • Leo Famulari
  • Ludovic Courtès
  • sirgazil
Owner
unassigned
Severity
important
Merged with
S
S
sirgazil wrote on 18 Mar 15:18 +0100
(name . bug-guix)(address . bug-guix@gnu.org)
170ee024512.c9ac6ac476703.6325608537898017895@zoho.com
I can't use GNOME anymore because of the problem I explained in the following thread:
https://lists.gnu.org/archive/html/help-guix/2020-02/msg00206.html
On recent system upgrades, the problem got worse. Before, I could get to the end of the day despite the leak; but now it takes around 3 hours for the .gnome-shell-real process run by the gdm user to eat the remaining RAM.
It seems that the bug is stronger in the GNOME desktop, but I've seen, at least once, .gnome-shell-real using an abnormal amount of RAM while in sway (about 800 MiB).
My current guix:
$ guix describeGeneration 61 Mar 15 2020 08:44:39 (current) sirgazil-x 8274cd7 repository URL: https://gitlab.com/sirgazil/guix-channel-x.git branch: master commit: 8274cd78f9f6d58e00e057a0eabe58e4e143cc4d guix a431a63 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: a431a63537c8103b2a58c9a55d90184fb5c90361

---https://sirgazil.bitbucket.io/
L
L
Ludovic Courtès wrote on 18 Mar 16:09 +0100
87a74d8zsq.fsf@gnu.org
Hi sirgazil,
sirgazil via Bug reports for GNU Guix <bug-guix@gnu.org> skribis:
Toggle quote (6 lines)> I can't use GNOME anymore because of the problem I explained in the following thread:>> https://lists.gnu.org/archive/html/help-guix/2020-02/msg00206.html>> On recent system upgrades, the problem got worse. Before, I could get to the end of the day despite the leak; but now it takes around 3 hours for the .gnome-shell-real process run by the gdm user to eat the remaining RAM.
Ouch.
Toggle quote (2 lines)> It seems that the bug is stronger in the GNOME desktop, but I've seen, at least once, .gnome-shell-real using an abnormal amount of RAM while in sway (about 800 MiB).
Could you check if it happens in a VM? That is, you build your GNOMEconfig with ‘guix system vm’, try to do some activity in the VM, andcheck in top whether ‘gnome-shell’ is growing.
Thanks,Ludo’.
J
J
Julien Lepiller wrote on 18 Mar 17:09 +0100
4F9A8305-EA95-44E5-825D-F0C9FB5B1705@lepiller.eu
Le 18 mars 2020 10:18:11 GMT-04:00, sirgazil via Bug reports for GNU Guix <bug-guix@gnu.org> a écrit :
Toggle quote (31 lines)>I can't use GNOME anymore because of the problem I explained in the>following thread:>>https://lists.gnu.org/archive/html/help-guix/2020-02/msg00206.html>>On recent system upgrades, the problem got worse. Before, I could get>to the end of the day despite the leak; but now it takes around 3 hours>for the .gnome-shell-real process run by the gdm user to eat the>remaining RAM.>>It seems that the bug is stronger in the GNOME desktop, but I've seen,>at least once, .gnome-shell-real using an abnormal amount of RAM while>in sway (about 800 MiB).>>My current guix:>>$ guix describe>Generation 61 Mar 15 2020 08:44:39 (current)> sirgazil-x 8274cd7> repository URL: https://gitlab.com/sirgazil/guix-channel-x.git> branch: master> commit: 8274cd78f9f6d58e00e057a0eabe58e4e143cc4d> guix a431a63> repository URL: https://git.savannah.gnu.org/git/guix.git> branch: master> commit: a431a63537c8103b2a58c9a55d90184fb5c90361>>>--->https://sirgazil.bitbucket.io/
I'm also hit by that bug. I do not use gnome though, and the .gnome-session-real process is owned by gdm. Ram usage is at around 200MB when starting and after a few days (putting the laptop to sleep during the night), it got to 2.4GB, even though I don't really need or use it beside logging in. After another restart, it was at 600MB after a day. That memory usage is ridiculous :/
S
S
sirgazil wrote on 18 Mar 17:10 +0100
(name . "Ludovic Courtès")(address . ludo@gnu.org)(name . 40116)(address . 40116@debbugs.gnu.org)
170ee6964e3.ee395bf578532.436612750827795239@zoho.com
---- On Wed, 18 Mar 2020 10:09:57 -0500 Ludovic Courtès <ludo@gnu.org> wrote ----
[...]
> > It seems that the bug is stronger in the GNOME desktop, but I've seen, at least once, .gnome-shell-real using an abnormal amount of RAM while in sway (about 800 MiB). > > Could you check if it happens in a VM? That is, you build your GNOME > config with ‘guix system vm’, try to do some activity in the VM, and > check in top whether ‘gnome-shell’ is growing.
I can try, but last time I did something like that the VM with GNOME was too slow to do anything (this computer only has 4 GiB of RAM).
S
S
sirgazil wrote on 19 Mar 19:13 +0100
GDM: Memory leak in .gnome-shell-real process
(name . 40116)(address . 40116@debbugs.gnu.org)
170f4001961.121b1861f95704.959508865105831753@zoho.com
I tried a virtual machine with my system configuration during 4 hours and couldn't reproduce the leak (I used "guix system vm"). ".gnome-shell-real" kept using about 260 MiB of RAM and it actually went down to 220 at some point.
In 4 hours, in my real system, the leak would have been visible.
I'm planning to create another virtual machine with "guix system vm-image" instead to install all the packages I have in my user profile and leave it running overnight to see if there is any difference.
L
L
Ludovic Courtès wrote on 21 Mar 23:17 +0100
control message for bug #40116
(address . control@debbugs.gnu.org)
87o8spwdxa.fsf@gnu.org
severity 40116 importantquit
S
S
sirgazil wrote on 22 Mar 01:38 +0100
GDM: Memory leak in .gnome-shell-real process
(name . 40116)(address . 40116@debbugs.gnu.org)
170ffad747a.106091f62126832.5365987086606508641@zoho.com
Toggle quote (2 lines)> I'm planning to create another virtual machine with "guix system vm-image" instead to install all the packages I have in my user profile and leave it running overnight to see if there is any difference.
I wasn't able to create the VM image with this method. After an hour, the image was still building. I interrupted the process and gave up.
S
S
sirgazil wrote on 23 Mar 18:01 +0100
(name . 40116)(address . 40116@debbugs.gnu.org)
17108574fb7.db28f889144585.6378115481300336402@zoho.com
I experience the same as Julien yesterday in a computer reconfigured with sway (no GNOME), but still using GDM. Here's a screenshot of "top" with gdm's .gnome-shell-real using 2.5 GiB of RAM:
https://multimedialib.files.wordpress.com/2020/03/gnome-shell-real-leak-sway-2020-03-22.png
I'm currently trying other other desktop environments in combination with slim login manager to work around the issue.
S
S
sirgazil wrote on 24 Mar 14:15 +0100
(name . 40116)(address . 40116@debbugs.gnu.org)
1710caf15a3.c9b79ba71277.7628294219802776739@zoho.com
Toggle quote (2 lines)> I'm currently trying other other desktop environments in combination with slim login manager to work around the issue.
I've been using a configuration with SLiM and GNOME for more than 20 hours with no leaks.
J
J
Jan Nieuwenhuizen wrote on 29 Mar 18:08 +0200
(name . Ludovic Courtès)(address . ludo@gnu.org)
87ftdrta8e.fsf@gnu.org
Ludovic Courtès writes:
Toggle quote (18 lines)> Hi sirgazil,>> sirgazil via Bug reports for GNU Guix <bug-guix@gnu.org> skribis:>>> I can't use GNOME anymore because of the problem I explained in the following thread:>>>> https://lists.gnu.org/archive/html/help-guix/2020-02/msg00206.html>>>> On recent system upgrades, the problem got worse. Before, I could get to the end of the day despite the leak; but now it takes around 3 hours for the .gnome-shell-real process run by the gdm user to eat the remaining RAM.>> Ouch.>>> It seems that the bug is stronger in the GNOME desktop, but I've seen, at least once, .gnome-shell-real using an abnormal amount of RAM while in sway (about 800 MiB).>> Could you check if it happens in a VM? That is, you build your GNOME> config with ‘guix system vm’, try to do some activity in the VM, and> check in top whether ‘gnome-shell’ is growing.
That looks like an upstream problem
https://gitlab.gnome.org/GNOME/gnome-shell/issues/64
are we going to investigate backporting a fix?
janneke
-- Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.orgFreelance IT http://JoyofSource.com| Avatar® http://AvatarAcademy.com
J
J
Jan Nieuwenhuizen wrote on 29 Mar 18:10 +0200
(name . Ludovic Courtès)(address . ludo@gnu.org)
87blofta4l.fsf@gnu.org
Jan Nieuwenhuizen writes:
Toggle quote (4 lines)> That looks like an upstream problem>> https://gitlab.gnome.org/GNOME/gnome-shell/issues/64
Sorry, this is not helping.
-- Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.orgFreelance IT http://JoyofSource.com| Avatar® http://AvatarAcademy.com
L
L
Leo Famulari wrote on 15 May 19:13 +0200
(no subject)
(address . control@debbugs.gnu.org)
20200515171354.GA25761@jasmine.lan
severity 41215 importantmerge 41215 40116
?