There are a number of benefits to this, but the primary one is to place each application in its own kernel cgroup. This allows gnome-shell to do application matching more reliably, and one can use resource controls to (for example) say Epiphany only gets 20% of system RAM.
Furthermore, this lays some fundamental groundwork for application sandboxing.
https://wiki.gnome.org/ThreePointThirteen/Features/SystemdUserSession
Я понимаю, что GNOME заинтересован в CGroups. Systemd предоставляет для этого существующую структуру.
В своих поисках я не нашел никакого обоснования для
KDEPlasma. Ближе всего я подошлаMy idea so far is that a Plasma on Wayland shell needs to be brought up by systemd. Especially I consider using socket activation to start the KWin session compositor.
https://plus.google.com/+MartinGr%C3%A4%C3%9Flin/posts/GMtZrNCeaLD
, но не было объяснения, почему сокет -активирует KWin, когда это необходимо для сеанса Plasma.
Я не смотрел, почему systemd убил
systemd --session
и закрепилsystemd --user
вpam_systemd
. Возможно, в принципе экземпляр сеанса -был бы более чистой системой, но я не уверен. Я полагаю, что была какая-то практическая причина, которая делала его не таким привлекательным.