Dezvoltatorii proiectului systemd au început să studieze și să elimine o problemă arhitecturală veche în componenta „systemd-journald”, care duce la o amplificare semnificativă a volumului de date scrise pe disc (write amplification) în comparație cu volumul real al jurnalelor.
Povestea datează din martie 2020, când în sistemul de raportare a erorilor a fost înregistrat un raport care a demonstrat că generarea a aproximativ 500 KB de jurnale textuale este echivalentă cu mai mult de 700 MB de operațiuni fizice de scriere pe SSD. Dezvoltatorii systemd au refuzat categoric să recunoască problema, răspunzând că „nu înțelegeți cum funcționează sistemele de fișiere”, refuzând să realizeze profilarea și închizând cererea cu verdictul „not actionable”. Comentariile dezvoltatorilor au adunat sute de reacții negative din partea utilizatorilor, însă poziția proiectului a rămas neschimbată.
La începutul anului 2026, a fost trimis un raport reîntors despre problemă, în cadrul căruia un dezvoltator independent, ValdikSS, a efectuat o profilare detaliată folosind cgroup-uri izolate și dispozitive loop, demonstrând clar mecanismul care provoacă problema: din cauza utilizării fișierelor mapate în memorie (mmap) și a tabelelor hash binare, scrierea chiar și a unui singur mesaj text de 750 de octeți duce la modificarea amprentelor în memorie, provocând scrierea pe disk a unor pagini complete de 4 KB și generarea a între 50 și 70 KB de operațiuni de intrare/ieșire la nivel de dispozitiv de bloc.
După ce raportul despre problemă a ajuns ieri pe prima pagină a Hacker News și a fost publicată o serie de teste sintetice concludente, mentenanții proiectului și-au schimbat retorica și au început lucrul la optimizarea mecanismelor de descărcare a memoriei cache și a structurii de stocare a indicilor journald.
Sursa: opennet.ro
