systemd projekti arendajad on hakanud uurima ja lahendama pikaajalist arhitektuurilist probleemi 'systemd-journald' komponendis, mis toob endaga kaasa andmete salvestamise (write amplification) mitmekordse ülekirjutamise võrreldes tegeliku logimahtudega.
Lugu ulatub 2020. aasta märtsini, kui veateate jälgimise süsteemis registreeriti aruanne, milles näidati, et umbes 500 KB tekstiliste logide genereerimine viib üle 700 MB füüsiliste kirjutamisoperatsioonideni SSD-l. Systemd arendajad lükasid siis resoluutselt tagasi probleemi tunnustamise, vastates stiilis 'te ei saa aru, kuidas failisüsteemid töötavad', ja keeldusid profiili koostamisest, sulgedes taotluse otsusega 'not actionable'. Arendajate kommentaarid kogusid sadu negatiivseid hinnanguid kasutajatelt, kuid projekti seisukoht jäi järjepidevaks.
2026. aasta alguses saadeti probleemist uus aruanne, mille arutelu käigus viis sõltumatu arendaja ValdikSS läbi põhjaliku profiilimisprotseduuri isoleeritud cgroupide ja loop-seadmete abil, tõestades selgelt probleemi tekkemehhanismi: mälus kuvatud failide (mmap) ja binaarsete räsitabelite tõttu toob isegi ühe 750 baitise tekstisõnumi kirjutamine kaasa mälupiltide kuvamiste modifitseerimise, põhjustades 4 KB lehtede kirjutamise ketasse ja genereerides 50 kuni 70 KB lõpp- ввода/вывода blooki seadme tasemel.
Pärast eilset probleemiaruande sattumist Hacker News'i esilehele ja vaieldamatute sünteetiliste testide avaldamist muutsid projekti hooldajad retoorikat ning alustasid tööde tegemist vahemälu tühjendamise mehhanismide ja journald indeksite hoidmise struktuuri optimeerimise kallal.
Allikas: opennet.ru
