Почему в сеансах рабочего стола используется менеджер пользователей systemd, например, GNOME?

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 предоставляет для этого существующую структуру.

В своих поисках я не нашел никакого обоснования для KDE Plasma. Ближе всего я подошла

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. Возможно, в принципе экземпляр сеанса -был бы более чистой системой, но я не уверен. Я полагаю, что была какая-то практическая причина, которая делала его не таким привлекательным.

Существует обновленное объяснение . Заявленные преимущества включают:

• Разрешен запуск некоторых вещей только по мере необходимости, таких как XWayland или служба смарт-карт
• Применение ограничений ресурсов к памяти и ЦП для служб.

Для тех, кто уже знаком с systemd, это означает более стандартизированный и последовательный способ выполнения таких действий, как запуск, остановка и отключение служб, установка переменных среды для приложений, а также просмотр и управление журналами для определенных служб.

Лично я не был знаком с тем, как раньше управлялись все части сеанса Gnome, но я знаком с systemd, так что это облегчит понимание моего рабочего стола и управление им.