A systemd projekt fejlesztői elkezdték tanulmányozni és kijavítani a "systemd-journald" komponensben régóta fennálló architektúrai problémát, amely miatt a lemezre írt adatok mennyisége (íráserősítés) jelentősen meghaladja a naplók tényleges mennyiségét.
A történet 2020 márciusára nyúlik vissza, amikor egy hibakövető rendszerben benyújtott jelentés kimutatta, hogy körülbelül 500 KB szöveges naplófájl generálása több mint 700 MB fizikai írási műveletet eredményezett SSD-ken. A systemd fejlesztői határozottan tagadták a problémát, egy „nem érted, hogyan működnek a fájlrendszerek” válasszal válaszoltak, megtagadták a profilalkotást, és a ticketet „nem alkalmazható” ítélettel zárták le. A fejlesztők megjegyzései több száz negatív szavazatot kaptak a felhasználóktól, de a projekt álláspontja továbbra is rendíthetetlen maradt.
2026 elején benyújtottak egy második problémajelentést, amelynek során egy független fejlesztő, a ValdikSS részletes profilalkotást végzett izolált cgroup és loop eszközök használatával, világosan bemutatva a probléma kialakulásának mechanizmusát: a memóriába leképezett fájlok (mmap-ek) és bináris hash táblák használata miatt akár egyetlen 750 bájtos szöveges üzenet írása is a memória-ujjlenyomatok módosulását eredményezi, ami teljes 4 kilobájtos oldalak lemezre kerülését és 50-70 KB I/O generálását okozza blokk eszközszinten.
A tegnapi Hacker News címlapján megjelent cikket és a cáfolhatatlan szintetikus tesztek publikálását követően a projekt karbantartói megváltoztatták retorikájukat, és elkezdték optimalizálni a journald gyorsítótár-ürítő mechanizmusait és az indextárolási struktúrát.
Forrás: opennet.ru
