systemd-projektin kehittäjät ovat alkaneet tutkia ja korjata "systemd-journald"-komponentin pitkäaikaista arkkitehtuuriongelmaa, joka aiheuttaa sen, että levylle kirjoitettavan datan määrä (kirjoituksen vahvistus) on huomattavasti suurempi kuin lokien todellinen määrä.
Tarina juontaa juurensa maaliskuuhun 2020, jolloin virheenseurantajärjestelmään tehtiin raportti, jonka mukaan noin 500 kilotavun tekstilokien luominen johti yli 700 megatavun fyysisiin kirjoitusoperaatioihin SSD-levyillä. Systemd-kehittäjät kiistivät ongelman jyrkästi vastaten "et ymmärrä, miten tiedostojärjestelmät toimivat", kieltäytyen suorittamasta profilointia ja sulkemalla tiketin tuomiolla "ei toimenpiteiden kohteena". Kehittäjien kommentit keräsivät satoja käyttäjiltä kielteisiä ääniä, mutta projektin kanta pysyi horjumattomana.
Alkuvuodesta 2026 lähetettiin toinen ongelmaraportti, jonka aikana riippumaton kehittäjä ValdikSS suoritti yksityiskohtaisen profiloinnin erillisillä cgroup- ja silmukkalaitteilla. Tämä osoitti selvästi ongelman mekanismin: muistiin mapattujen tiedostojen (mmaps) ja binääristen hajautustaulukoiden käytön vuoksi jopa yhden 750 tavun tekstiviestin kirjoittaminen johtaa muistin sormenjälkien muuttumiseen, jolloin kokonaiset 4 kilotavun sivut tyhjennetään levylle ja lohkolaitetasolla syntyy 50–70 kt I/O-suoritusta.
Eilisen Hacker Newsin etusivun artikkelin ja kiistattomien synteettisten testien julkaisun jälkeen projektin ylläpitäjät ovat muuttaneet retoriikkaansa ja alkaneet optimoida journaldin välimuistin tyhjennysmekanismeja ja indeksien tallennusrakennetta.
Lähde: opennet.ru
