GNOMEなどのデスクトップは、プロセスをセッションごとの範囲からユーザー固有のシステム管理者（systemd --user）に移動しました。これには、GNOME端末などのGUIアプリケーションが含まれます。
GNOMEはシステムユーザーマネージャを何に使用しますか？私が読める理由はありますか？
GNOMEはセッションの環境変数をユーザーマネージャにコピーしているようです。 GNOMEは複数の同時ログインをサポートしていません。これらの環境変数には、意図的にまたは意図せずに XDG_SESSION_ID が含まれます。
loginctl、良いloginctl lock-session、結局、あまりよく定義されていない2番目のセッションの概念をサポートするように修正されました。。
人々がこのような奇妙な現象を引き起こした動機が何であるか疑問に思います。
ベストアンサー1
これには多くの利点がありますが、最大の利点は、各アプリケーションを独自のカーネルcgroupに配置することです。これにより、gnome-shellはより信頼性の高いアプリケーションマッチングを実行でき、リソース制御を使用して（たとえば）EpiphanyがシステムRAMの20％しか持たないと言うことができます。
さらに、これはアプリケーションサンドボックス化のためのいくつかの基本的な基盤を提供します。
https://wiki.gnome.org/ThreePointThirteen/Features/SystemdUserSession
私はGNOMEがCGroupsに興味を持っていることを理解しています。 Systemdはこれに既存のフレームワークを提供します。
何の理由も見つかりませんでした。ケード私の検索では、プラズマはまさにそのようなことをしました。私が得た最も近いもの
これまでの私の考えでは、Waylandシェルのプラズマはsystemdによって開始されなければならないということです。具体的には、KWinセッションコンフィギュレータを起動するためにソケットアクティベーションを使用することを検討しています。
https://plus.google.com/+MartinGr%C3%A4%C3%9Flin/posts/GMtZrNCeaLD
しかし、プラズマセッションが不可欠である場合、ソケット活性化KWinがなぜ意味があるのかについての説明はない。
systemd --session私はなぜsystemdが終了して埋め込まれたのかsystemd --user調べていませんpam_systemd。たぶん、原則として、セッションごとのインスタンスはよりクリーンなシステムであるかもしれませんが、わかりません。私はそれがあまり魅力的ではないいくつかの実用的な理由があると思います。