gdm拥有的/usr/bin/gnome在pop!os 20.04中消耗更多的驻留内存:进程不应该存在。

Question

这是在X下运行的pop!os 20.04。

根据这个问题，https://gitlab.gnome.org/GNOME/gdm/-/issues/222曾经打开过两个gnome外壳，一个用于用户，另一个用于gdm(在用户gdm下运行)。然后，它被改变了，在登录后，迎接者的侏儒壳被‘拆下来’。

但是我有一个pop！OS20.04，这是不可能的，可以使用大量的常驻内存(例如，在运行5天后超过3GB )。

我可以杀了-9这个过程，而且似乎没有副作用。然而，这些信息随后会反复出现：

journalctl _UID=110

gnome-shell-x11.service: Scheduled restart job, restart counter is at 31.
Sep 14 08:13:48 indigo systemd[1392]: Stopped GNOME Shell on X11.
Sep 14 08:13:48 indigo systemd[1392]: Starting GNOME Shell on X11...
Sep 14 08:15:18 indigo systemd[1392]: gnome-shell-x11.service: start operation timed out. Terminating.
Sep 14 08:15:23 indigo systemd[1392]: gnome-shell-x11.service: State 'stop-sigterm' timed out. Killing.
Sep 14 08:15:23 indigo systemd[1392]: gnome-shell-x11.service: Killing process 36912 (gnome-shell) with signal SIGKILL.
Sep 14 08:15:23 indigo systemd[1392]: gnome-shell-x11.service: Killing process 36917 (dconf worker) with signal SIGKILL.
Sep 14 08:15:23 indigo systemd[1392]: gnome-shell-x11.service: Main process exited, code=killed, status=9/KILL
Sep 14 08:15:23 indigo systemd[1392]: gnome-shell-x11.service: Failed with result 'timeout'.
Sep 14 08:15:23 indigo systemd[1392]: Failed to start GNOME Shell on X11.
Sep 14 08:15:23 indigo systemd[1392]: gnome-shell-x11.service: Scheduled restart job, restart counter is at 32.
Sep 14 08:15:23 indigo systemd[1392]: Stopped GNOME Shell on X11.
Sep 14 08:15:23 indigo systemd[1392]: Starting GNOME Shell on X11...

我在VM中也在X11下运行相同版本的pop，而在VM中根本没有在gdm下运行的进程。

这就是我在我的主机pop!os (我真正的桌面)上所拥有的:注意，gdm下还有另一个gnome进程，总是有两个。他们中只有一人成为永久记忆的逃逸消费者(而我却杀了那个人)。

UID          PID    PPID  C STIME TTY          TIME CMD
gdm         1392       1  0 Sep13 ?        00:00:00 /lib/systemd/systemd --user
gdm         1399    1392  0 Sep13 ?        00:00:00 (sd-pam)
gdm         1444    1392  0 Sep13 ?        00:00:00 /usr/bin/appimagelauncherd
gdm         1445    1392  0 Sep13 ?        00:00:00 /usr/bin/appimagelauncherfs
gdm         1449    1392  0 Sep13 ?        00:00:00 /usr/bin/pulseaudio --daemonize=no --log-target=journal
gdm         1451    1392  0 Sep13 ?        00:00:00 /usr/libexec/tracker-miner-fs
gdm         1458    1379  0 Sep13 tty1     00:00:00 /usr/lib/gdm3/gdm-x-session gnome-session --autostart /usr/share/gdm/greeter/autostart
gdm         1460    1458  0 Sep13 tty1     00:00:00 /usr/lib/xorg/Xorg vt1 -displayfd 3 -auth /run/user/110/gdm/Xauthority -background none -noreset -keeptty -verbose 3
gdm         1463    1392  0 Sep13 ?        00:00:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
gdm         1485    1392  0 Sep13 ?        00:00:00 /usr/libexec/gvfsd
gdm         1514    1392  0 Sep13 ?        00:00:00 /usr/libexec/gvfsd-fuse /run/user/110/gvfs -f -o big_writes
gdm         1522    1392  0 Sep13 ?        00:00:00 /usr/libexec/gvfs-udisks2-volume-monitor
gdm         1528    1392  0 Sep13 ?        00:00:00 /usr/libexec/gvfs-goa-volume-monitor
gdm         1532    1392  0 Sep13 ?        00:00:00 /usr/libexec/goa-daemon
gdm         1608    1392  0 Sep13 ?        00:00:00 /usr/libexec/goa-identity-service
gdm         1643    1392  0 Sep13 ?        00:00:00 /usr/libexec/gvfs-gphoto2-volume-monitor
gdm         1651    1392  0 Sep13 ?        00:00:00 /usr/libexec/gvfs-afc-volume-monitor
gdm         1656    1392  0 Sep13 ?        00:00:00 /usr/libexec/gvfs-mtp-volume-monitor
gdm         1698    1458  0 Sep13 tty1     00:00:00 /usr/libexec/gnome-session-binary --systemd --autostart /usr/share/gdm/greeter/autostart
gdm         1745    1392  0 Sep13 ?        00:00:00 /usr/libexec/at-spi-bus-launcher
gdm         1753    1745  0 Sep13 ?        00:00:00 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
gdm         1811    1392  0 Sep13 ?        00:00:00 /usr/libexec/gnome-session-ctl --monitor
gdm         1824    1392  0 Sep13 ?        00:00:00 ssh-agent -D -a /run/user/110/openssh_agent
gdm         1829    1392  0 Sep13 ?        00:00:00 /usr/libexec/gnome-session-binary --systemd-service --session=gnome-login
gdm         1955    1392  0 Sep13 ?        00:00:00 /usr/libexec/at-spi2-registryd --use-gnome-session
gdm         1962    1392  0 Sep13 ?        00:00:00 /usr/libexec/xdg-permission-store
gdm         1997    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-a11y-settings
gdm         1998    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-color
gdm         1999    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-keyboard
gdm         2001    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-media-keys
gdm         2003    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-power
gdm         2005    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-print-notifications
gdm         2009    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-rfkill
gdm         2010    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-smartcard
gdm         2011    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-sound
gdm         2014    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-usb-protection
gdm         2016    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-wacom
gdm         2020    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-wwan
gdm         2022    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-xsettings
gdm         2058    1392  0 Sep13 ?        00:00:00 /usr/libexec/gsd-printer
gdm         2269    1392  0 Sep13 ?        00:00:00 /usr/libexec/dconf-service
gdm        37465    1392  0 08:18 ?        00:00:00 /usr/bin/gnome-shell

在我的虚拟实例中：

$ ps -f -u gdm
UID          PID    PPID  C STIME TTY          TIME CMD

所以这很奇怪。

我不知道为什么我有一个基本的gdm会话运行。

Answer 1

显然，让gdm3杀死其xserver会话的补丁是非常新的，而且在任何地方都没有出现。我看到的bug甚至发生在Fedora 32中(如果您强迫greeter使用xorg，这不是默认的)。

请参阅：https://gitlab.gnome.org/GNOME/gdm/-/issues/222

VM使用wayland/xwayland作为迎接者。这是更容易解决的办法。

编辑/etc/gdm3/custom.conf，将迫使xorg的行注释掉。也就是说，编辑该文件如下所示：

[daemon]
# Uncoment the line below to force the login screen to use Xorg
#WaylandEnable=false

因为当greeter使用wayland/xwayland时，即使是启动xorg登录会话，gdm3也会杀死它的会话。所以没有gdm拥有的x服务器。这样可以节省至少300 my的驻留RAM，并且在我的情况下可以避免内存泄漏。