Mes zhvilluesve t\u00eb menaxherit t\u00eb sistemit systemd po diskutohet \u00e7\u00ebshtja e zvog\u00eblimit t\u00eb var\u00ebsive t\u00eb bibliotek\u00ebs libsystemd, e cila lidhet jo vet\u00ebm me komponent\u00ebt e systemd, por edhe me shum\u00eb aplikacione t\u00eb jashtme. P\u00ebr shembull, n\u00eb Fedora m\u00eb shum\u00eb se 150 paketa p\u00ebrdorin libsystemd si var\u00ebsi. Nism\u00ebtari i diskutimit vler\u00ebson se p\u00ebrfshirja n\u00eb libsystemd e bibliotekave shtes\u00eb t\u00eb pal\u00ebve t\u00eb treta, t\u00eb cilat nuk kontrollohen nga zhvilluesit e systemd, e rrit ndjesh\u00ebm sip\u00ebrfaqen e sulmit n\u00eb rast komprometimi t\u00eb k\u00ebtyre bibliotekave, si\u00e7 ndodhi me bibliotek\u00ebn liblzma. <\/p>\n
P\u00ebrve\u00e7 liblzma dhe glibc, n\u00eb libsystemd ngarkohen edhe bibliotekat libzstd, liblz4 dhe libgcrypt, ruajtja e siguris\u00eb s\u00eb t\u00eb cilave po b\u00ebhet nj\u00eb detyr\u00eb me r\u00ebnd\u00ebsi kritike. libsystemd ofron qasje n\u00eb 12 API baz\u00eb (sd-bus, sd-daemon, sd-device, sd-event, sd-hwdb, sd-id128, sd-journal, sd-login, sd-netlink, sd-network, sd-path dhe sd-resolve), dhe krijohet nj\u00eb situat\u00eb ku nj\u00eb aplikacion, p\u00ebr shembull, q\u00eb p\u00ebrdor libsystemd vet\u00ebm p\u00ebr t\u00eb thirrur funksionin sd_notify p\u00ebr t\u00eb njoftuar systemd p\u00ebr ndryshimin e gjendjes, ose sd_journal p\u00ebr t\u00eb shkruar t\u00eb dh\u00ebna n\u00eb log, lidhet me t\u00eb gjitha bibliotekat dhe p\u00ebrpunuesit e tjer\u00eb t\u00eb API-ve. Si zgjidhje propozohet ndarja e libsystemd n\u00eb disa biblioteka t\u00eb ve\u00e7anta, secila p\u00ebrgjegj\u00ebse p\u00ebr API t\u00eb caktuara, gj\u00eb q\u00eb do t\u00eb lejoj\u00eb ngarkimin e var\u00ebsive t\u00eb pal\u00ebve t\u00eb treta vet\u00ebm aty ku ato jan\u00eb t\u00eb nevojshme. <\/p>\n
Zhvilluesit e systemd mendojn\u00eb se ndarja nuk \u00ebsht\u00eb e arsyeshme, pasi p\u00ebrpunuesit e pranish\u00ebm n\u00eb libsystemd jan\u00eb t\u00eb nd\u00ebrlidhur. Ndarja do t\u00eb k\u00ebrkonte nj\u00eb pun\u00eb gjigante dhe do t\u00eb \u00e7onte ose n\u00eb humbje efikasiteti, ose n\u00eb nevoj\u00ebn p\u00ebr t\u00eb dubluar kodin. P\u00ebr t\u00eb ulur p\u00ebrdorimin e memories, n\u00eb libsystemd s\u00eb fundi \u00ebsht\u00eb pranuar nj\u00eb ndryshim me zbatimin e ngarkimit dinamik t\u00eb bibliotekave liblzma, libzstd dhe liblz4 me an\u00eb t\u00eb thirrjes dlopen(), n\u00eb rastet kur funksionet e tyre jan\u00eb v\u00ebrtet t\u00eb nevojshme. Nj\u00eb ndryshim i ngjash\u00ebm do t\u00eb zbatohet edhe p\u00ebr libgcrypt duke filluar nga publikimi i ardhsh\u00ebm. <\/p>\n
Kjo zgjidhje \u00ebsht\u00eb b\u00ebr\u00eb objekt kritikash, pasi n\u00eb vend t\u00eb lidhjes s\u00eb qart\u00eb dhe t\u00eb dukshme, ngarkimi i bibliotekave t\u00eb pal\u00ebve t\u00eb treta tani do t\u00eb kryhet jo n\u00eb m\u00ebnyr\u00eb eksplicite, gj\u00eb q\u00eb do ta v\u00ebshtir\u00ebsoj\u00eb diagnostikimin, sepse lidhja mes thirrjeve API t\u00eb libsystemd dhe thirrjeve t\u00eb funksioneve nga bibliotekat e jashtme nuk do t\u00eb jet\u00eb e qart\u00eb. N\u00eb vetvete, kalimi te ngarkimi me ndihm\u00ebn e dlopen() nuk e ndryshon arkitektur\u00ebn, por vet\u00ebm i fsheh komponent\u00ebt e jasht\u00ebm nga mir\u00ebmbajt\u00ebsit dhe p\u00ebrdoruesit. <\/p>\n
Lenart Pottering shprehu nj\u00eb mosmarr\u00ebveshje t\u00eb fort\u00eb me iden\u00eb e ndarjes s\u00eb libsystemd n\u00eb disa biblioteka, pasi nj\u00eb hap i till\u00eb do t\u00eb komplikohej ndjesh\u00ebm ndarjen e kodit n\u00eb systemd dhe do t\u00eb k\u00ebrkonte q\u00eb t\u00eb gjith\u00eb procesor\u00ebt e brendsh\u00ebm t\u00eb kalonin n\u00eb statusin publik ose t\u00eb njiheshin ndryshe si biblioteka statike. Rasti i par\u00eb do t\u00eb sjell\u00eb probleme me mbajtjen e stabilitetit t\u00eb API-s\u00eb dhe hap\u00ebsirave t\u00eb emrave, nd\u00ebrsa rasti i dyt\u00eb do t\u00eb \u00e7onte n\u00eb rritjen e madh\u00ebsis\u00eb p\u00ebr shkak t\u00eb dublikimit t\u00eb kodit. <\/p>\n
Ngarkimi i bibliotekave t\u00eb jashtme vet\u00ebm sipas nevoj\u00ebs, i zbatuar p\u00ebr versionin e ardhsh\u00ebm, perceptohet nga Lenart si strategjia optimale. Problemi i nd\u00ebrlikimit t\u00eb marrjes s\u00eb t\u00eb dh\u00ebnave p\u00ebr bibliotekat e ngarkuara dinamikisht propozohet t\u00eb zgjidhet duke shtuar n\u00eb skedar\u00ebt ELF fusha shtes\u00eb me informacion p\u00ebr var\u00ebsi t\u00eb tilla dinamike, t\u00eb cilat mund t\u00eb p\u00ebrpunohen nga debuger\u00ebt dhe t\u00eb shfaqen n\u00eb daljen e mjetit readelf. <\/p>\n