Po 6 rokoch si systemd-journald uvedomil problém nadmerného zaťaženia úložiska.

Vývojári projektu systemd začali študovať a opravovať dlhodobý architektonický problém v komponente „systemd-journald“, ktorý spôsobuje, že množstvo údajov zapísaných na disk (amplifikácia zápisu) je výrazne vyššie ako skutočný objem protokolov.

Príbeh siaha do marca 2020, keď bolo v systéme sledovania chýb podané hlásenie, ktoré preukázalo, že generovanie približne 500 KB textových protokolov viedlo k viac ako 700 MB fyzických operácií zápisu na SSD disky. Vývojári systemd problém rázne popreli a odpovedali „nerozumiete, ako súborové systémy fungujú“, odmietli vykonať profilovanie a tiket uzavreli s verdiktom „nepodložené“. Komentáre vývojárov získali stovky negatívnych hlasov od používateľov, ale postoj projektu zostal neochvejný.

Začiatkom roka 2026 bola predložená druhá správa o probléme, počas ktorej nezávislý vývojár ValdikSS vykonal podrobné profilovanie pomocou izolovaných zariadení cgroup a loop, pričom jasne demonštroval mechanizmus, ktorým k problému dochádza: v dôsledku použitia súborov mapovaných do pamäte (mmaps) a binárnych hašovacích tabuliek vedie zápis aj jedinej 750-bajtovej textovej správy k modifikácii pamäťových odtlačkov, čo spôsobuje vyprázdnenie celých 4-kilobajtových stránok na disk a generovanie 50 až 70 KB výsledného I/O na úrovni blokového zariadenia.

Po včerajšej správe na titulnej strane Hacker News a zverejnení nezvratných syntetických testov zmenili správcovia projektu svoju rétoriku a začali pracovať na optimalizácii mechanizmov vyprázdňovania vyrovnávacej pamäte a štruktúry úložiska indexov v journald.

Zdroj: opennet.ru

Kúpte si spoľahlivý hosting pre stránky s DDoS ochranou, VPS VDS servery 🔥 Kúpte si spoľahlivý webhosting s ochranou DDoS, VPS VDS servery | ProHoster