Vývojáři projektu systemd se pustili do zkoumání a odstranění dlouhodobého architektonického problému v komponentě „systemd-journald“, který způsobuje mnohonásobné navýšení objemu dat zapisovaných na disk (write amplification) v porovnání s skutečným objemem logů.
Příběh začíná v březnu 2020, kdy byla v systému pro sledování chyb zaregistrována zpráva, která ukázala, že generování přibližně 500 KB textových logů se promění v více než 700 MB fyzických zápisových operací na SSD. Vývojáři systemd tehdy kategoricky odmítli uznat problém, odpověděli ve stylu „nechápete, jak fungují souborové systémy“, odmítli provést profilaci a uzavřeli žádost s verdiktem „not actionable“. Komentáře vývojářů shromáždily stovky negativních hodnocení od uživatelů, avšak pozice projektu zůstala neochvějná.
Na začátku roku 2026 byla zaslána opakovaná zpráva o problému, během které nezávislý vývojář ValdikSS provedl podrobnou profilaci s využitím izolovaných cgroup a loop zařízení, což názorně prokázalo mechanismus vzniku problému: díky použití zrcadlených paměťových souborů (mmap) a binárních hashovacích tabulek způsobí zápis i jedné textové zprávy o velikosti 750 bytů úpravu otisků v paměti, což vyvolá zápis na disk celých 4kilobajtových stránek a generaci od 50 do 70 KB konečného vstupu/výstupu na úrovni blokového zařízení.
Po včerejším zveřejnění zprávy o problému na hlavní stránce Hacker News a publikaci nezvratných syntetických testů změnili správci projektu rétoriku a začali pracovat na optimalizaci mechanismů výpisu cache a struktury ukládání indexů journald.
Zdroj: opennet.ru
