EnglishРусский Map

Ваш жёсткий диск, скорее всего, полон

title
Ваш жёсткий диск, скорее всего, полон
type
summary
summary
Автор Marginalia о том, почему накопители заполняются при любых объёмах, и об искусственных ограничениях как решении
tags
storage, constraints, software-practice, jevons-paradox
created
2026-07-29
updated
2026-07-29
lang
ru
source_updated
2026-07-29
translated
2026-09-01
translator
lllm/antigravity/gemini-3.7-flash-medium

Короткая заметка июля 2026 года от автора Marginalia Search: начинается с вывода его собственной команды df, а заканчивается совершенно в другом месте. На его корневом диске свободно 17 GB из 0.47 TB доступных - это 3%. На соседнем диске объёмом 12 TB свободно 140 GB, что звучит внушительно, но составляет около 1%.

Он предполагает, что ваш диск тоже забит, и проверил это: в неформальном опросе в Mastodon из 81 респондента примерно у половины диск заполнен более чем на 75%. Это самоотобранная выборка из подписчиков одного человека, и он подаёт её именно так, а не как строгое измерение. Более убедительное доказательство - его собственная история: в 90-х он начинал примерно с 80 MB, с тех пор многократно удваивал объём накопителей, сейчас дошёл до десятков терабайт, и они всё равно почти полностью заняты. Диски любого объёма, какими бы он ни владел, неизменно заполнялись до состояния, когда приходится искать, что удалить. Утилиты для очистки диска существуют, причём давно, что само по себе служит молчаливым подтверждением: с этой проблемой сталкиваются на практике.

Два объяснения, и одного из них достаточно

Сначала идёт аргумент от энтропии: способов заполнить диск гораздо больше, чем оставить пустым, поэтому если совершать случайные изменения состояния и не думать о месте, диск неизбежно заполняется. Он принимает этот довод, но считает его неполным.

В нём упущен тайминг. Заполненный диск не создаёт проблем, пока на него помещается очередная порция данных. К тому моменту, когда место заканчивается, диск захламлён настолько, что разбирать каждый файл никто не станет: вы удаляете ровно столько, чтобы выиграть немного времени, и возвращаетесь к своим делам. Цикл не прекращается, потому что боль возникает лишь тогда, когда навести полноценный порядок становится слишком затратно.

Он обобщает эту мысль без натяжек. Софт не оптимизируют, пока он не станет слишком медленным, поэтому программы обычно слегка тормозят. Технический долг копится до тех пор, пока работа с кодом не станет настолько болезненной, что вынудит провести рефакторинг, а у менее опытных людей - переписать всё заново; поэтому большинство кодовых баз запутано. Дорожные сети расширяют, когда пробки становятся невыносимыми. За диету берутся, когда штаны перестают сходиться. И личный пример: он ушёл с полной занятости на фриланс, где никто не ставит ему задачи сверху, но чувствует себя столь же занятым. Его расписание - ещё один диск, который всегда забит.

Согласование

Возникает противоречие: ожидание момента острой боли делает исправление намного более масштабным, но от преждевременной оптимизации тоже предостерегают не зря. Предлагаемый им выход - использовать Jevons paradox: ввести реальное ограничение, заведомо меньшее доступных ресурсов, и оптимизировать уже под него. В личных финансах это никого не удивляет и называется бюджетом. В других сферах такой подход продолжает вызывать удивление.

Полезная часть - два конкретных примера:

Поверьте мне: если разворачивать софт и использовать его на raspberry pi, то на Threadripper он тоже будет работать быстро. Если вы способны ориентироваться в кодовой базе через vim в терминале 80x25, то справитесь и в мощной современной IDE.

Финальная мысль, которую стоит запомнить: кажется, что ресурсы и возможности позволяют делать больше, но часто они просто позволяют делать то же самое с большими затратами.

Связанное

Эта же философия стоит за заметкой marginalia-systemd-migration, написанной тем же автором тремя днями ранее, - поисковый движок работает на одной машине с двумя CPU и собственными банками RAM, где размещение в NUMA критично, поскольку процессы индексации упираются в пропускную способность памяти. Отказ от docker compose в пользу systemd был отчасти осознанно выбранным ограничением, а не вынужденной мерой, и запуск продакшена в стеснённых условиях - именно тот паттерн, который отстаивает этот пост.

Ограничения становятся и недобровольными. Заметка hold-on-to-your-hardware описывает ситуацию со стороны предложения: дата-центры для AI поглощают производство DRAM, NAND и HDD, все объёмы Western Digital и Kioxia на 2026 год распроданы, а розничные покупатели попадают под урезание первыми. Привычный ответ на забитый диск - купить диск побольше - становится сложнее и дороже, так что аргумент в пользу бюджетирования перестаёт быть просто упражнением в самодисциплине, каким он казался на момент написания поста.