systemd долбоорун иштеп чыгуучулар "systemd-journald" компонентиндеги көптөн бери келе жаткан архитектуралык көйгөйдү изилдеп жана оңдой башташты, бул көйгөй дискке жазылган маалыматтардын көлөмүн (жазууну күчөтүү) журналдардын чыныгы көлөмүнөн бир топ жогору кылат.
Бул окуя 2020-жылдын март айына барып такалат, каталарды көзөмөлдөө системасына болжол менен 500 КБ тексттик журналдарды түзүү SSDлерде 700 МБдан ашык физикалык жазуу операцияларына алып келгенин көрсөткөн отчет берилген. Systemd иштеп чыгуучулары көйгөйдү кескин четке кагып, "сиз файл системалары кандай иштээрин түшүнбөйсүз" деген жооп менен жооп берип, профилдөө жүргүзүүдөн баш тартып, "аракет кылууга мүмкүн эмес" деген чечим менен айып пул салышкан. Иштеп чыгуучулардын комментарийлери колдонуучулардан жүздөгөн "жок" деген добуштарды алган, бирок долбоордун позициясы өзгөрүлбөс бойдон калган.
2026-жылдын башында экинчи маселе боюнча отчет берилген, анын жүрүшүндө көз карандысыз иштеп чыгуучу ValdikSS обочолонгон cgroup жана цикл түзмөктөрүн колдонуу менен деталдуу профилдөөнү жүргүзүп, көйгөйдүн пайда болуу механизмин ачык көрсөткөн: эс тутумга карталанган файлдарды (mmaps) жана бинардык хэш таблицаларды колдонуудан улам, бир да 750 байттык тексттик билдирүү жазуу эс тутумдун манжа издеринин өзгөрүшүнө алып келет, бул толук 4 килобайттык баракчалардын дискке жүктөлүшүнө жана блоктук түзмөк деңгээлинде 50дөн 70 КБга чейинки I/O пайда болушуна алып келет.
Кечээ Hacker News гезитинин биринчи бетиндеги отчеттон жана талашсыз синтетикалык тесттердин жарыяланышынан кийин, долбоордун жетекчилери риторикасын өзгөртүп, journald кэшин тазалоо механизмдерин жана индекс сактоо түзүмүн оптималдаштыруу боюнча иштей башташты.
Source: opennet.ru
