Встроенные средства Windows против чистильщиков: что показали тесты

Где встроенные выигрывают вчистую

«Параметры» → «Система» → «Память» и классическая «Очистка диска» (cleanmgr) с кнопкой «Очистить системные файлы» — единственные инструменты, которым Microsoft доверяет королевские драгоценности: Windows.old после большого обновления, остатки раздачи обновлений, старые точки восстановления и теневые копии. После крупного апгрейда версии один такой проход стабильно возвращает десятки гигабайт — сторонние утилиты его не обыгрывают, потому что сторонним к этим файлам хода нет.

То же самое с хранилищем компонентов: WinSXS растёт через циклы обновлений, и единственная санкционированная чистка — это StartComponentCleanup из DISM. Чистильщик, обещающий «глубоко почистить WinSXS» сам по себе, либо вызывает тот же DISM под капотом, либо удаляет то, что Windows Update потом понадобится — и разница между этими двумя вариантами — это разница между инструментом и кувалдой. Наше правило после десятилетия тестов: системный слой — встроенные; всё остальное — см. ниже.

Где выделенные чистильщики реально отрабатывают

Стоит спуститься ниже системного слоя — и встроенные слепнут: «Контроль памяти» принципиально не заглядывает в %APPDATA% и %LOCALAPPDATA% сотен приложений, которыми вы реально пользуетесь. Именно там живёт пересоздаваемый мусор: дампы сбоев OBS на сотни мегабайт, шейдерные кеши под каждую версию драйвера GPU, webcache каждого магазинного Electron-приложения, кеш Spotify, осиротевшие папки установщиков драйверов. Выделенный чистильщик существует, чтобы опознавать сотни таких семейств, показывать полный путь каждого файла, который предлагает удалить, и повторять проход по расписанию.

Честное раскрытие карт: мы делаем Kleaner PRO — выделенный чистильщик, так что учитывайте интерес; но тест, который мы применяем к любому чистильщику, включая свой, один и тот же. Показывает ли он каждый путь перед удалением? Ограничивается ли пересоздаваемыми данными? Оставляет ли системный слой инструментам, которым он принадлежит? Честный результат на наших тестовых машинах: встроенные собирают большие разовые куски, выделенный чистильщик добавляет постоянный ручеёк из кешей приложений, невидимых для Storage Sense, и никто не бьёт другого на его территории.

• Кеши приложений в %APPDATA% и %LOCALAPPDATA% — по каждому пользователю, и Storage Sense туда принципиально не смотрит
• Шейдерные кеши — пересоздаются после каждого обновления драйвера GPU, по игре и по версии драйвера
• Дампы сбоев и старые логи — один .dmp от OBS может перевесить всю папку temp
• Осиротевшие папки установщиков — пакеты драйверов GPU, распаковывающиеся в ProgramData и не убирающие за собой
• Кеши браузеров по профилям — каждое Chromium-приложение несёт свой, а браузеры множатся

Категория, показавшая плацебо: чистка реестра

Мы мерили, потому что обещание всегда одно — «быстрее загрузка, быстрее программы»: время загрузки системы и запуска приложений до и после чистки реестра, на трёх машинах. Разница ни разу не поднялась над шумом: реестр — это несколько сотен мегабайт, Windows читает нужные ключи пачкой при загрузке, и «осиротевшие» записи стоят микросекунды, которые никто не воспринимает. А вот цена риска настоящая: «исправление» реестра — классический способ чистильщикам ломать работающие системы, и ремонт заканчивается переустановкой.

Второе честное предупреждение: чистка — это не скорость. Чистка решает проблемы «диск заполнен» и вызванные ими тормоза — Defender сканирует мусор, браузеры захлёбываются разросшимися кешами, SSD негде развернуться. Если машина тормозит при 200 ГБ свободного места, причина в другом, и никакой чистильщик — ни той, ни другой породы — её не найдёт. Подбирайте инструмент под слой: системный — встроенным, мусор приложений — проверенному чистильщику, реестр — никому.

Вопросы и ответы

Читайте также