Ang GNOME ay iniangkop upang pamahalaan sa pamamagitan ng systemd

Benjamin Berg (Benjamin Berg), isa sa mga inhinyero ng Red Hat na kasangkot sa pagpapaunlad ng GNOME, pangkalahatan mga resulta ng trabaho sa paglipat ng GNOME sa pamamahala ng session na eksklusibo gamit ang systemd, nang hindi ginagamit ang proseso ng gnome-session.

Ito ay ginamit sa loob ng mahabang panahon upang kontrolin ang pag-login sa GNOME. systemd-login, na sumusubaybay sa mga status ng session na partikular sa user, namamahala sa mga identifier ng session, may pananagutan sa paglipat sa pagitan ng mga aktibong session, pag-coordinate ng mga multi-seat na kapaligiran, pag-configure ng mga patakaran sa pag-access ng device, pagbibigay ng mga tool para sa pag-shut down at pagtulog, atbp.

Kasabay nito, ang bahagi ng functionality na nauugnay sa session ay nanatili sa mga balikat ng proseso ng gnome-session, na responsable sa pamamahala sa pamamagitan ng D-Bus, paglulunsad ng display manager at mga bahagi ng GNOME, at pag-aayos ng autorun ng mga application na tinukoy ng user . Sa panahon ng pagbuo ng GNOME 3.34, ang mga tampok na partikular sa gnome-session ay naka-package bilang mga file ng unit para sa systemd, na isinasagawa sa mode na "systemd β€”user", i.e. kaugnay sa kapaligiran ng isang partikular na user, at hindi ang buong system. Naipatupad na ang mga pagbabago sa pamamahagi ng Fedora 31, na inaasahang ilalabas sa katapusan ng Oktubre.

Ang paggamit ng systemd ay naging posible upang maisaayos ang paglulunsad ng mga handler on demand o kapag may nangyaring ilang partikular na kaganapan, gayundin ang mas sopistikadong pagtugon sa napaaga na pagwawakas ng mga proseso dahil sa mga pagkabigo at malawakang pangasiwaan ang mga dependency kapag sinisimulan ang mga bahagi ng GNOME. Bilang resulta, maaari mong bawasan ang bilang ng mga patuloy na tumatakbong proseso at bawasan ang pagkonsumo ng memorya. Halimbawa, ang XWayland ay maaari na ngayong ilunsad kapag sinusubukang magpatakbo ng isang application batay sa X11 protocol, at ang mga bahagi na partikular sa hardware ay maaari lamang ilunsad kung ang naturang hardware ay naroroon (halimbawa, ang mga humahawak para sa mga smart card ay magsisimula kapag ang isang card ay ipinasok. at wakasan kapag ito ay inalis).

Ang mga mas nababaluktot na tool para sa pamamahala sa paglulunsad ng mga serbisyo ay lumitaw para sa gumagamit, halimbawa, upang hindi paganahin ang multimedia key handler, sapat na upang isagawa ang "systemctl -user stop gsd-media-keys.target". Sa kaso ng mga problema, ang mga log na nauugnay sa bawat handler ay maaaring matingnan gamit ang journalctl na utos (halimbawa, "journalctl β€”user -u gsd-media-keys.service"), na dati nang pinagana ang debug logging sa serbisyo ("Environment= G_MESSAGES_DEBUG=lahat”). Posible ring patakbuhin ang lahat ng bahagi ng GNOME sa mga nakahiwalay na kapaligiran ng sandbox, na napapailalim sa mas mataas na mga kinakailangan sa seguridad.

Para maayos ang paglipat, suportahan ang lumang paraan ng pagpapatakbo ng mga proseso binalak nagpapatuloy sa maraming yugto ng pag-unlad ng GNOME. Susunod, susuriin ng mga developer ang estado ng gnome-session at malamang (minarkahan bilang "malamang") ay aalisin ang mga tool para sa paglulunsad ng mga proseso at pagpapanatili ng D-Bus API mula dito. Pagkatapos, ang paggamit ng "systemd -user" ay ire-relegate sa kategorya ng mga mandatoryong function, na maaaring lumikha ng mga paghihirap para sa mga system na walang systemd at mangangailangan ng paghahanda ng alternatibong solusyon, tulad ng nangyari noon sa systemd-login. Gayunpaman, sa kanyang talumpati sa GUADEC 2019, binanggit ni Benjamin Berg ang intensyon na mapanatili ang suporta para sa lumang paraan ng pagsisimula para sa mga system na walang systemd, ngunit ang impormasyong ito ay salungat sa mga plano para sa pahina ng proyekto.

Pinagmulan: opennet.ru

Magdagdag ng komento