A GNOME-t a systemd kezelésére adaptálták

Benjamin Berg (Benjamin Berg), a Red Hat egyik mérnöke, aki a GNOME fejlesztésével foglalkozik, összefoglalta a GNOME systemd-ről való átkonfigurálásának munkájának eredményeit, kizárólag a gnome-session folyamat használata nélkül.

A GNOME-ba való bejelentkezéshez már régóta használják a systemd-logind, amely nyomon követi a felhasználóhoz kötött munkamenetek állapotát, kezeli a munkamenetek azonosítóit, felelős az aktív munkamenetek közötti váltásért, koordinálja a többfelhasználós környezeteket (Multi-seat), beállítja a hozzáférési politikákat az eszközökhöz, dokumentációs eszközöket biztosít a rendszer leállításához és alvó üzemmódba való átkapcsoláshoz, stb.

Eközben a munkamenetekkel kapcsolatos egyes funkciók a gnome-session folyamatra maradtak bízva, amely a D-Bus-on keresztül kezelte a rendszert, elindította a kijelzőkezelőt és a GNOME komponenseit, valamint megszervezte a felhasználó által megadott alkalmazások automatikus indítását. A GNOME 3.34 fejlesztése során a gnome-session-hez specifikus lehetőségeket systemd unit-fájlok formájában alakították át, amelyeket a „systemd --user” módban hajtottak végre, azaz egy adott felhasználó környezetéhez kötötten, nem pedig az egész rendszerhez. A változtatások már alkalmazva lettek a Fedora 31 disztribúcióban, amelynek kiadása október végére várható.

A systemd használata lehetőséget adott arra, hogy a kezelőket igény szerint vagy meghatározott események bekövetkeztekor indítsák, valamint finomabban reagáljanak a folyamatok előzetes leállítására zökkenők miatt, és részletesebben kezeljék a GNOME komponenseinek indítása közötti függőségeket. Ennek következtében csökkenthető a folyamatosan futó folyamatok száma, és csökkenthető a memóriafogyasztás. Például az XWayland most már csak akkor indítható el, ha X11 protokollt használó alkalmazást próbálnak végrehajtani, míg a bizonyos hardverekhez tartozó komponensek csak akkor aktiválódnak, ha az adott hardver csatlakoztatva van (például a smartkártyák kezelői a kártya behelyezésekor indulnak el, és a kártya eltávolításakor zárulnak le).

A felhasználók számára rugalmasabb eszközök állnak rendelkezésre a szolgáltatások indításának kezelésére. Például a multimédiás billentyűzetek kezelőjének leállításához elegendő a következő parancs: „systemctl —user stop gsd-media-keys.target”. Problémák esetén a kapcsolódó szolgáltatás naplóit a „journalctl” paranccsal lehet megtekinteni (például „journalctl —user -u gsd-media-keys.service”), miután a szolgáltatásban engedélyeztük a hibakeresési naplózást („Environment=G_MESSAGES_DEBUG=all”). Továbbá lehetőség nyílik a GNOME összes komponensének izolált sandbox környezetben való indítására, ahol fokozott biztonsági követelmények vannak.

Az átmenet zökkenőmentessége érdekében az elavult folyamatindítási módok támogatása. tervezik továbbra is érvényben marad a GNOME fejlesztési ciklusai során. A fejlesztők ezután áttekintik a gnome-session állapotát, és valószínűleg (kijelölték mint "valószínű") eltávolítják belőle a folyamatok indítására és a D-Bus API kezelésére vonatkozó eszközöket. Ezt követően a „systemd —user” használata kötelező funkcióvá válik, ami problémákat okozhat a systemd nélküli rendszerek számára, és alternatív megoldás előkészítését igényelheti, ahogyan azt korábban tettük. systemd-logind. Ennek ellenére Benjamin Berg 2019-es GUADEC konferencián tett beszédében említette, hogy szándékuk az elavult indítási módszer támogatásának megőrzése a systemd nélküli rendszerek esetében, de ez az információ eltér a tervektől. projekt oldalán.

Videó lejátszása

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster