Zhvilluesit e projektit systemd kanë filluar të studiojnë dhe zgjidhin një problem arkitektonik këmbëngulës në komponentin "systemd-journald", i cili shkakton një rritje të konsiderueshme të sasisë së të dhënave të shkruara në disk (write amplification) krahasuar me sasinë reale të logeve.
Historia fillon që nga marsi 2020, kur në sistemin e ndjekjes së gabimeve u regjistrua një raport ku u demonstruar se gjenerimi i rreth 500 KB të logeve tekstuale rezultonte në më shumë se 700 MB operacione fizike shkrimi në SSD. Zhvilluesit e systemd atëherë refuzuan të pranonin problematikën, duke përgjigjur në stilin "nuk e kuptoni se si funksionojnë sistemet e skedarëve", refuzuan të bënin profilizim dhe mbyllën kërkesën me verdiktin "not actionable". Komentet e zhvilluesve morën qindra vlerësime negative nga përdoruesit, megjithatë, pozita e projektit mbeti e palëkundur.
Në fillim të vitit 2026, u dërgua një raport i ri mbi problemin, gjatë diskutimeve të të cilit zhvilluesi i pavarur ValdikSS realizoi një profilizim të detajuar duke përdorur cgroup të izoluar dhe pajisje loop, duke provuar në mënyrë të qartë mekanizmin e shfaqjes së problemit: për shkak të përdorimit të skedarëve të mapuar në memorie (mmap) dhe tabelave të hash-it binar, shkrimi i vetëm një mesazhi tekstual me madhësi 750 byte shkakton një modifikim të trupave në memorie, duke shkaktuar një shkarkim në disk të faqeve të plota 4-kilobajtëshe dhe duke gjeneruar midis 50 dhe 70 KB në nivelin e input/output të pajisjes bllokuese.
Pas raportit të djeshëm që u shfaq në faqen kryesore të Hacker News dhe publikimit të testeve sintetike të pakundërshtueshme, mbajtësit e projektit ndryshuan retorikën dhe filluan punën për optimizimin e mekanizmave të shkarkimit të caches dhe strukturës së ruajtjes së indekseve në journald.
Burimi: opennet.ru
