Razvijalci projekta systemd so začeli preučevati in odpravljati dolgotrajno arhitekturno težavo v komponenti »systemd-journald«, zaradi katere je količina podatkov, zapisanih na disk (amplifikacija zapisovanja), bistveno večja od dejanske količine dnevnikov.
Zgodba sega v marec 2020, ko je bilo v sistemu za sledenje hroščev vloženo poročilo, ki je pokazalo, da je ustvarjanje približno 500 KB besedilnih dnevnikov povzročilo več kot 700 MB fizičnih operacij pisanja na SSD-jih. Razvijalci systemd so težavo odločno zanikali in odgovorili z "ne razumete, kako delujejo datotečni sistemi", zavrnili izvedbo profiliranja in zaprli zahtevo z razsodbo "ni izvedljivo". Komentarji razvijalcev so prejeli na stotine negativnih glasov uporabnikov, vendar je stališče projekta ostalo neomajno.
V začetku leta 2026 je bilo predloženo drugo poročilo o težavi, med katerim je neodvisni razvijalec ValdikSS izvedel podrobno profiliranje z uporabo izoliranih naprav cgroup in loop, kar je jasno prikazalo mehanizem, s katerim se težava pojavlja: zaradi uporabe datotek, preslikanih v pomnilnik (mmaps), in binarnih zgoščevalnih tabel že samo pisanje enega 750-bajtnega besedilnega sporočila povzroči spremembo prstnih odtisov pomnilnika, kar povzroči, da se na disk shranijo celotne 4-kilobajtne strani in na ravni blokovne naprave ustvari od 50 do 70 KB nastalega V/I.
Po včerajšnjem poročilu na naslovnici Hacker News in objavi neizpodbitnih sintetičnih testov so vzdrževalci projekta spremenili svojo retoriko in začeli delati na optimizaciji mehanizmov za brisanje predpomnilnika in strukture shranjevanja indeksov v programu Journald.
Vir: opennet.ru
