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
