A rendszerkezel\u0151 systemd fejleszt\u0151i k\u00f6z\u00f6tt folyik a libsystemd k\u00f6nyvt\u00e1r f\u00fcgg\u0151s\u00e9geinek cs\u00f6kkent\u00e9s\u00e9vel kapcsolatos diskurzus, amely nemcsak a systemd komponenseivel, hanem sz\u00e1mos k\u00fcls\u0151 alkalmaz\u00e1ssal is kapcsolatban \u00e1ll. P\u00e9ld\u00e1ul a Fedora eset\u00e9ben t\u00f6bb mint 150 csomag haszn\u00e1lja a libsystemd-t f\u00fcgg\u0151s\u00e9geik\u00e9nt. A diskurzus kezdem\u00e9nyez\u0151je \u00fagy v\u00e9li, hogy a libsystemd-be integr\u00e1lt tov\u00e1bbi k\u00fcls\u0151 k\u00f6nyvt\u00e1rak, amelyeket a systemd fejleszt\u0151i nem ellen\u0151riznek, jelent\u0151sen megn\u00f6velik a t\u00e1mad\u00e1si fel\u00fcletet, ha a k\u00fcls\u0151 k\u00f6nyvt\u00e1rak kompromitt\u00e1l\u00f3dnak, ahogy ez a liblzma k\u00f6nyvt\u00e1r eset\u00e9ben is t\u00f6rt\u00e9nt. <\/p>\n
A liblzma \u00e9s glibc mellett a libsystemd-be bet\u00f6lt\u0151dnek a libzstd, liblz4 \u00e9s libgcrypt k\u00f6nyvt\u00e1rak is, amelyek biztons\u00e1g\u00e1nak fenntart\u00e1sa kritikus feladatt\u00e1 v\u00e1lik. A libsystemd hozz\u00e1f\u00e9r\u00e9st biztos\u00edt 12 alapvet\u0151 API-hoz (sd-bus, sd-daemon, sd-device, sd-event, sd-hwdb, sd-id128, sd-journal, sd-login, sd-netlink, sd-network, sd-path \u00e9s sd-resolve), \u00e9s olyan helyzet \u00e1ll el\u0151, amikor egy alkalmaz\u00e1s, p\u00e9ld\u00e1ul a libsystemd-t csup\u00e1n az sd_notify funkci\u00f3 h\u00edv\u00e1s\u00e1ra haszn\u00e1lja a systemd \u00e1llapotv\u00e1ltoz\u00e1s\u00e1nak \u00e9rtes\u00edt\u00e9s\u00e9re, vagy az sd_journal-t az adatok napl\u00f3z\u00e1s\u00e1ra, kapcsolatba ker\u00fcl az \u00f6sszes t\u00f6bbi k\u00f6nyvt\u00e1rral \u00e9s API kezel\u0151vel. Javaslatk\u00e9nt mer\u00fclt fel, hogy a libsystemd-t t\u00f6bb k\u00fcl\u00f6n\u00e1ll\u00f3 k\u00f6nyvt\u00e1rra bonts\u00e1k, amelyek k\u00fcl\u00f6nb\u00f6z\u0151 API-k\u00e9rt felel\u0151sek, lehet\u0151v\u00e9 t\u00e9ve a k\u00fcls\u0151 f\u00fcgg\u0151s\u00e9gek bet\u00f6lt\u00e9s\u00e9t csak ahol sz\u00fcks\u00e9ges. <\/p>\n
A systemd fejleszt\u0151i nem tal\u00e1lj\u00e1k c\u00e9lszer\u0171nek a sz\u00e9tv\u00e1laszt\u00e1st, mivel a libsystemd-ben tal\u00e1lhat\u00f3 kezel\u0151k \u00f6sszefon\u00f3dnak. A sz\u00e9tv\u00e1laszt\u00e1s hatalmas munk\u00e1t ig\u00e9nyelne, \u00e9s vagy hat\u00e9konys\u00e1gi vesztes\u00e9get, vagy k\u00f3ddupl\u00e1z\u00e1si sz\u00fcks\u00e9gess\u00e9get eredm\u00e9nyezne. A libsystemd mem\u00f3riahaszn\u00e1lat\u00e1nak cs\u00f6kkent\u00e9se \u00e9rdek\u00e9ben nemr\u00e9giben elfogadt\u00e1k a liblzma, libzstd \u00e9s liblz4 dinamikus bet\u00f6lt\u00e9s\u00e9nek megval\u00f3s\u00edt\u00e1s\u00e1t dlopen() h\u00edv\u00e1ssal olyan helyzetekben, amikor azok funkci\u00f3i val\u00f3ban sz\u00fcks\u00e9gesek. Hasonl\u00f3 v\u00e1ltoztat\u00e1st a k\u00f6vetkez\u0151 kiad\u00e1sban a libgcryptra is v\u00e9grehajtanak. <\/p>\n
Ez a megold\u00e1s kritik\u00e1t v\u00e1ltott ki, mivel a nyilv\u00e1nval\u00f3 \u00e9s \u00e9szlelhet\u0151 kapcsol\u00f3d\u00e1s helyett a k\u00fcls\u0151 k\u00f6nyvt\u00e1rak bet\u00f6lt\u00e9se mostant\u00f3l nem nyilv\u00e1nval\u00f3 m\u00f3don fog t\u00f6rt\u00e9nni, ami megnehez\u00edti a diagnosztik\u00e1t, mivel nem egy\u00e9rtelm\u0171 a libsystemd API-h\u00edv\u00e1sainak \u00e9s a k\u00fcls\u0151 k\u00f6nyvt\u00e1rb\u00f3l sz\u00e1rmaz\u00f3 funkci\u00f3k h\u00edv\u00e1sainak kapcsolata. Maga a dlopen() haszn\u00e1lat\u00e1ra val\u00f3 \u00e1tt\u00e9r\u00e9s nem v\u00e1ltoztatja meg az architekt\u00far\u00e1t, csup\u00e1n elrejti a k\u00fcls\u0151 komponenseket a karbantart\u00f3k \u00e9s felhaszn\u00e1l\u00f3k el\u0151l. <\/p>\n
Lenart Pottering kifejezetten ellenezte a libsystemd t\u00f6bb k\u00f6nyvt\u00e1rra val\u00f3 bont\u00e1s\u00e1nak \u00f6tlet\u00e9t, mivel ez l\u00e9nyegesen megnehez\u00edten\u00e9 a k\u00f3d k\u00f6z\u00f6s haszn\u00e1lat\u00e1t a systemd-ben, \u00e9s arra k\u00e9nyszer\u00edten\u00e9 a fejleszt\u0151ket, hogy minden bels\u0151 kezel\u0151t nyilv\u00e1nosra \u00e1tkonvert\u00e1ljanak, vagy k\u00fcl\u00f6n statikusan belekompil\u00e1lj\u00e1k \u0151ket minden egyes k\u00f6nyvt\u00e1rba. Az els\u0151 esetben probl\u00e9m\u00e1k mer\u00fcln\u00e9nek fel az API stabilit\u00e1s\u00e1nak fenntart\u00e1s\u00e1val \u00e9s a n\u00e9vt\u00e9rkezel\u00e9ssel, m\u00edg a m\u00e1sodik eset dublini\u00e1l\u00e1s miatt megn\u00f6veln\u00e9 a m\u00e9retet. <\/p>\n
Die f\u00fcr die n\u00e4chste Version implementierte bedarfsorientierte Ladefunktion externer Bibliotheken wird von Lenart als optimale Strategie angesehen. Um das Problem der Beschaffung von Informationen \u00fcber dynamisch geladene Bibliotheken zu l\u00f6sen, wird vorgeschlagen, zus\u00e4tzliche Felder mit Informationen \u00fcber diese dynamischen Abh\u00e4ngigkeiten in ELF-Dateien hinzuzuf\u00fcgen, die von Debuggern verarbeitet und in der Ausgabe des Tools readelf angezeigt werden k\u00f6nnen. <\/p>\n