Utvecklarna av systemd-projektet har börjat studera och åtgärda ett långvarigt arkitekturproblem i komponenten "systemd-journald" som gör att mängden data som skrivs till disk (skrivförstärkning) är betydligt högre än den faktiska volymen loggar.
Historien går tillbaka till mars 2020, då en rapport lämnades in i buggrapporteringssystemet som visade att generering av cirka 500 KB textloggar resulterade i över 700 MB fysiska skrivoperationer på SSD-diskar. Systemd-utvecklarna förnekade blankt problemet och svarade med svaret "ni förstår inte hur filsystem fungerar", vägrade att utföra profilering och avslutade ärendet med domen "ej åtgärdbar". Utvecklarnas kommentarer fick hundratals nedröster från användare, men projektets hållning förblev orubblig.
I början av 2026 lämnades en andra problemrapport in, under vilken den oberoende utvecklaren ValdikSS utförde detaljerad profilering med hjälp av isolerade cgroup- och loop-enheter, vilket tydligt demonstrerade mekanismen genom vilken problemet uppstår: på grund av användningen av minnesmappade filer (mmaps) och binära hashtabeller resulterar även skrivning av ett enda 750-byte textmeddelande i modifiering av minnesfingeravtryck, vilket gör att hela 4-kilobyte sidor spolas till disk och genererar 50 till 70 KB resulterande I/O på blockenhetsnivå.
Efter gårdagens rapport på förstasidan av Hacker News och publiceringen av obestridliga syntetiska tester har projektets ansvariga ändrat sin retorik och börjat arbeta med att optimera journalds cachespolningsmekanismer och indexlagringsstruktur.
Källa: opennet.ru
