Бенджамін Берг (
Для кіравання ўваходам у GNOME ужо досыць даўно ўжываецца
Пры гэтым частка злучанай з сеансамі функцыянальнасці заставалася на плячах працэсу gnome-session, які займаўся кіраваннем праз D-Bus, запускам дысплейнага мэнэджара і кампанентаў GNOME, арганізацыяй аўтазапуску паказаных карыстачом прыкладанняў. У працэсе распрацоўкі GNOME 3.34 спецыфічныя для gnome-session магчымасці аформлены ў выглядзе unit-файлаў для systemd, выкананых у рэжыме "systemd -user", г.зн. у прывязцы да асяроддзя пэўнага карыстальніка, а не ўсёй сістэмы. Змены ўжо ўжытыя ў дыстрыбутыве Fedora 31, выпуск якога чакаецца ў канцы кастрычніка.
Выкарыстанне systemd дало магчымасць арганізаваць запуск апрацоўшчыкаў па патрабаванні або пры надыходзе пэўных падзей, а таксама больш выдасканалена рэагаваць на заўчаснае завяршэння працэсаў з-за збояў і пашырана апрацоўваць залежнасці пры запуску кампанентаў GNOME. Як следства, можна скараціць лік стала запушчаных працэсаў і зменшыць спажыванне памяці. Напрыклад, XWayland зараз можна запускаць толькі пры спробе выканання прыкладання на базе пратаколу X11, а спецыфічныя для вызначанага абсталявання кампаненты, толькі пры наяўнасці такога абсталявання (напрыклад, апрацоўшчыкі для смарткарт будуць запускацца пры ўстаўцы карты і завяршацца пры яе выманні).
Для карыстальніка з'явіліся больш гнуткія прылады кіравання запускам сэрвісаў, напрыклад, для адключэння апрацоўшчыка мультымедыйных клавіш будзе дастаткова выканаць "systemctl -user stop gsd-media-keys.target". У выпадку праблем, злучаныя з кожным апрацоўшчыкам логі можна прагледзець камандай journalctl (напрыклад, "journalctl -user -u gsd-media-keys.service"), папярэдне ўлучыўшы ў сэрвісе вядзенне адладкавага лога ("Environment=G_MESSAGES_DEBUG=all"). Таксама з'явілася магчымасць запуску ў ізаляваных sandbox-акружэннях усіх кампанентаў GNOME, да якіх прад'яўляюцца падвышаныя патрабаванні да бяспекі.
Для згладжвання пераходу, падтрымку старога спосабу запуску працэсаў
Крыніца: opennet.ru