Utviklerne av systemd-prosjektet har begynt å studere og fikse et langvarig arkitekturproblem i «systemd-journald»-komponenten som fører til at mengden data som skrives til disk (skriveforsterkning) er betydelig høyere enn det faktiske volumet av logger.
Historien går tilbake til mars 2020, da en rapport ble sendt inn i feilsporingssystemet som viste at generering av omtrent 500 KB med tekstlogger resulterte i over 700 MB med fysiske skriveoperasjoner på SSD-er. Systemd-utviklerne benektet blankt problemet, svarte med et "du forstår ikke hvordan filsystemer fungerer", nektet å utføre profilering og avsluttet saken med en dom som "ikke handlingsrettet". Utviklernes kommentarer fikk hundrevis av nedstemmer fra brukere, men prosjektets holdning forble urokkelig.
Tidlig i 2026 ble en andre problemrapport sendt inn, der den uavhengige utvikleren ValdikSS utførte detaljert profilering ved hjelp av isolerte cgroup- og loop-enheter, noe som tydelig demonstrerte mekanismen som problemet oppstår gjennom: på grunn av bruken av minnemappede filer (mmaps) og binære hash-tabeller, resulterer selv skriving av en enkelt tekstmelding på 750 byte i modifisering av minnefingeravtrykk, noe som fører til at hele 4 kilobyte-sider skylles til disk og genererer 50 til 70 KB resulterende I/O på blokkenhetsnivå.
Etter gårsdagens forsiderapport på Hacker News og publiseringen av ugjendrivelige syntetiske tester, har prosjektets vedlikeholdere endret retorikken sin og begynt å jobbe med å optimalisere journalds mekanismer for tømming av hurtigbuffer og indekslagringsstruktur.
Kilde: opennet.ru
