systemd-journald признали проблему многократного завышения записи на SSD

Разработчики наконец-то признали критический баг в службе journald, который методично выжигал ресурс накопителей из-за дикого завышения объемов записи. Эпопея началась еще в 2020 году, когда пользователи наглядно показали, как 500 килобайт текстовых логов превращаются в 700 мегабайт реальной перезаписи на SSD.

Тогда авторы инициализации лишь отмахнулись в духе "вы просто не понимаете, как работают файловые системы", схлопотали сотни дизлайков и закрыли тикет с формулировкой "not actionable".

Глаза на проблему пришлось открывать силой. В 2026 году независимый разработчик ValdikSS провел доскональное профилирование и разложил архитектурный косяк. Из-за механизма mmap и специфики бинарных хэш-таблиц сохранение даже одной строчки на 750 байт вынуждает систему сбрасывать полные страницы памяти, генерируя до 70 килобайт ввода-вывода на уровне блочного устройства.

Стена непонимания рухнула ровно в тот момент, когда детальный разбор залетел в топ Hacker News и поднял волну негодования в сообществе. Только после публичной огласки мейнтейнеры внезапно сменили тон и побежали переписывать индексы хранения с алгоритмами сброса кэша.

Linux / Линукс 🥸