Benjamin Berg (
Den har blitt brukt i ganske lang tid for å kontrollere pålogging til GNOME.
Samtidig forble en del av den øktrelaterte funksjonaliteten på skuldrene av gnome-session-prosessen, som var ansvarlig for å administrere via D-Bus, starte skjermbehandleren og GNOME-komponentene og organisere autorun av brukerspesifiserte applikasjoner . Under utviklingen av GNOME 3.34 pakkes gnome-session-spesifikke funksjoner som enhetsfiler for systemd, utført i "systemd —user"-modus, dvs. i forhold til miljøet til en bestemt bruker, og ikke hele systemet. Endringene er allerede implementert i Fedora 31-distribusjonen, som forventes å bli utgitt i slutten av oktober.
Bruk av systemd gjorde det mulig å organisere lanseringen av behandlere på forespørsel eller når visse hendelser inntreffer, samt å mer sofistikert reagere på for tidlig avslutning av prosesser på grunn av feil og i stor grad håndtere avhengigheter ved oppstart av GNOME-komponenter. Som et resultat kan du redusere antall prosesser som kjører hele tiden og redusere minneforbruket. For eksempel kan XWayland nå bare startes når du prøver å kjøre en applikasjon basert på X11-protokollen, og maskinvarespesifikke komponenter kan bare startes hvis slik maskinvare er tilstede (for eksempel vil behandlere for smartkort starte når et kort settes inn og avsluttes når den er fjernet).
Mer fleksible verktøy for å administrere lanseringen av tjenester har dukket opp for brukeren; for eksempel, for å deaktivere multimedienøkkelbehandleren, vil det være nok å utføre "systemctl -user stop gsd-media-keys.target". I tilfelle problemer kan loggene knyttet til hver behandler vises med journalctl-kommandoen (for eksempel "journalctl —user -u gsd-media-keys.service"), etter å ha aktivert feilsøkingslogging i tjenesten ("Environment= G_MESSAGES_DEBUG=alle»). Det er også mulig å kjøre alle GNOME-komponenter i isolerte sandkassemiljøer, som er underlagt økte sikkerhetskrav.
For å jevne overgangen, støtte for den gamle måten å kjøre prosesser på
Kilde: opennet.ru