KDirStat

KDirStat

Последняя версия: 2.7
Скачали: 52

KDirStat — графическая программа для анализа использования дискового пространства в деревьях каталогов. Она показывает, куда ушло место на диске, совмещает таблицу папок и файлов с прямоугольной картой treemap и даёт набор действий для очистки: удаление, перенос в корзину, сжатие каталога в архив, открытие выбранной ветки в файловом менеджере или терминале. По назначению KDirStat близок к консольной команде du, но решает задачу не списком строк в терминале, а через наглядное дерево, проценты, размеры и визуальную карту крупных файлов.

KDirStat — не абстрактный анализатор диска, а конкретная программа из экосистемы KDE. Её историческая версия связана с KDE 3, а дальнейшее развитие идеи пошло через K4DirStat и QDirStat. Старый KDirStat сохранил значение как классический инструмент для Linux и Unix-подобных систем: именно его подход с верхним деревом каталогов и нижней treemap-картой позже стал узнаваемым форматом для подобных утилит, включая WinDirStat на Windows и современные Qt-решения.

KDirStat нужен тогда, когда свободное место заканчивается, но обычный файловый менеджер не показывает картину целиком. В файловом менеджере пользователь видит папки как набор объектов, а не как иерархию потребления диска. В KDirStat каталог раскрывается как дерево: рядом с каждой веткой отображается её общий размер, собственный размер, процент от выбранной области, количество элементов, файлов, подпапок и время последнего изменения. Такой формат помогает отделить реальные источники перерасхода места от папок, которые выглядят важными по названию, но занимают мало.

Для пользователей Linux программа особенно полезна при разборе домашнего каталога, кэшей, исходников, временных сборочных директорий, старых архивов, мультимедиа, образов дисков и папок проектов. Для администратора ценность KDirStat в другом: можно быстро увидеть, кто заполнил общий раздел, где лежат крупные ветки, какие каталоги давно не менялись, какие файлы стоит обсудить с владельцем, а какие можно перенести или архивировать.

KDirStat скриншот 1

Краткая карточка программы

ПараметрОписание
Полное названиеKDirStat — KDE Directory Statistics
Тип программыГрафический анализатор использования дискового пространства
Основная задачаПоказать, какие каталоги и файлы занимают место
ИнтерфейсДерево каталогов, числовые размеры, процентные индикаторы, treemap
Основное окружениеKDE 3 для исторической версии KDirStat
ПлатформыLinux и другие Unix-подобные системы
ЛицензияGNU GPLv2, в составе проекта также присутствуют LGPLv2-компоненты
Близкие продолженияK4DirStat и QDirStat
Главные действияOpen in Konqueror, Open in Terminal, Compress, make clean, Delete Trash Files, Delete to Trash Bin, Delete без восстановления, Send Mail to Owner
Основное ограничениеИсторический KDirStat больше не является современным поддерживаемым приложением

KDirStat относится к системным утилитам, но по рабочей логике он ближе к визуальному диагностическому инструменту. Программа не занимается дефрагментацией, восстановлением данных, поиском вирусов или автоматической оптимизацией. Её задача уже: просканировать выбранное дерево каталогов, показать расход места и дать пользователю действия для ручной очистки.

Внутри сайта freeexe такой обзор логично связывать со смежными системными разделами: файловыми менеджерами, инструментами диагностики, поиском файлов и программами для работы с накопителями. Для дальнейшего сравнения подойдут внутренние страницы файловых менеджеров, утилит для HDD, SSD и USB, поиска файлов, а также отдельные обзоры Q-Dir, Double Commander, Far Manager, Wise Disk Cleaner, Glary Disk Cleaner и HDCleaner. Набор таких ссылок помогает читателю перейти от анализа занятого места к смежным задачам: управлению файлами, очистке временных данных, поиску лишних объектов и работе с разделами диска.

Для чего нужна KDirStat

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

Типовой сценарий — заполненный домашний раздел. Пользователь видит предупреждение системы о нехватке места, открывает домашний каталог в KDirStat и получает дерево: Downloads, .cache, Videos, Projects, VirtualBox VMs, архивы, вложенные папки. После сканирования видно не только, что папка Downloads крупная, но и какие элементы внутри неё формируют основной объём: ISO-образы, старые установочные архивы, видео, резервные копии, временные файлы.

Второй сценарий — разбор каталога разработки. В папке проекта могут лежать исходники, каталоги сборки, объектные файлы, кэши пакетных менеджеров, временные зависимости, локальные окружения. KDirStat полезен здесь тем, что среди множества мелких файлов показывает и накопленные размеры веток, и отдельные крупные объекты. Для таких задач в программе есть действие make clean, которое выполняет команду make clean в выбранной директории и рассчитано на каталоги, где часто собирают ПО из исходников.

Третий сценарий — обслуживание общего пространства на сервере или сетевом ресурсе. KDirStat поддерживает сетевую прозрачность KDE: можно анализировать FTP- или Samba-каталоги, а также другие протоколы, поддерживаемые KDE, когда протокол умеет перечислять содержимое каталога. Для администратора это означает не только просмотр локального диска, но и работу с удалёнными деревьями через привычный графический интерфейс.

KDirStat особенно полезен в ситуациях, где:

  • нужно понять структуру занятого места, а не просто узнать общий размер папки;
  • требуется найти крупные файлы, спрятанные глубоко в подкаталогах;
  • важно сравнить несколько веток внутри одного каталога;
  • нужно безопасно выбрать, что открыть, архивировать, отправить в корзину или удалить;
  • требуется визуальная карта диска, где большой файл сразу выглядит как крупный прямоугольник;
  • пользователь работает в KDE или системе с KDE-библиотеками;
  • администратору нужно сформировать письмо владельцу крупной директории через Send Mail to Owner.

KDirStat не заменяет полноценную систему очистки, резервного копирования или контроля политик хранения. Он показывает фактическое распределение занятого места и даёт инструменты для ручного решения. Ответственность за удаление остаётся на пользователе: программа помогает увидеть объект, но не определяет за человека, нужен файл или нет.

Интерфейс KDirStat

Интерфейс KDirStat построен вокруг двух основных областей. Верхняя часть окна — древовидная таблица каталогов, нижняя часть — treemap-карта. Такое деление важно: таблица точнее показывает числовую структуру, а карта быстрее выявляет крупные файлы визуально.

В верхней строке меню расположены разделы File, Edit, Clean Up, Report, Settings, Help. Через File открывают каталог или URL, обновляют прочитанные данные, читают и записывают cache files в версиях, где эта функция появилась. Через Clean Up вызывают действия очистки для выбранного элемента. Report связан с отправкой письма владельцу. Settings ведёт к настройкам KDirStat, включая конфигурацию cleanup actions и цветов дерева. Help содержит справку и форму обратной связи.

На панели инструментов находятся иконки быстрых действий. В историческом окне KDirStat видны кнопки открытия каталога, обновления, копирования, отправки письма, открытия выбранного объекта, сжатия, удаления и остановки операции чтения. Такие действия не вынесены в отдельный мастер очистки, а привязаны к выбранному файлу или каталогу: сначала пользователь выделяет объект в дереве или на treemap, затем применяет действие.

Дерево каталогов отображает не только имена. В типичном окне KDirStat используются колонки:

КолонкаЧто показывает
NameИмя каталога, файла или служебной строки
Subtree PercentageДоля ветки в общем размере выбранного дерева в виде цветной полосы
PercentageПроцентный вклад элемента
Subtree TotalОбщий размер ветки вместе с вложенными объектами
Own SizeСобственный размер элемента без вложенных объектов
ItemsКоличество объектов внутри ветки
FilesКоличество файлов
SubdirsКоличество подкаталогов
Last ChangeПоследнее изменение в дереве

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

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

Как работает сканирование диска

Рабочий процесс начинается с выбора каталога. KDirStat можно запустить без заранее указанного пути, тогда программа предлагает выбрать директорию. Также путь можно передать сразу при запуске: например, kdirstat /usr/lib. Для сетевых сценариев используется URL, например ftp:/ftp.myserver.org/pub, если соответствующий протокол поддерживает перечисление каталогов.

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

По умолчанию KDirStat остаётся в пределах одной файловой системы и читает смонтированные файловые системы только по запросу. Эта логика полезна при диагностике заполненного корневого раздела: когда переполнен /, пользователю не нужно случайно включать в расчёт отдельный /usr, NFS-домашние директории или другие смонтированные пространства. В настройках можно изменить поведение, но базовый сценарий защищает от лишнего сканирования и неправильной интерпретации общей картины.

KDirStat считает размеры не так, как некоторые консольные отчёты. В справке отдельно объясняется различие между байтовым размером и размером в выделенных блоках: KDirStat использует byte size, потому что этот размер надёжно возвращается системными вызовами и KDE-сервисами. Для sparse files программа показывает ситуацию вроде 6.3 MB (allocated: 1.3 MB): файл логически имеет один размер, но на диске реально занята меньшая часть. Для файлов с несколькими hard links размер распределяется по числу ссылок, чтобы один и тот же файл не искажал статистику многократным подсчётом.

В интерфейсе есть действие Stop Reading. Оно останавливает чтение дерева до завершения. Такой режим полезен, когда пользователь уже увидел очевидную крупную ветку и не хочет ждать полного обхода. При этом KDirStat помечает незавершённые каталоги специальным образом: итоговые значения неполны, а относительные проценты теряют точность. В истории версии 2.4.0 это действие было выделено как ответ на запросы пользователей, но с прямым техническим ограничением: после остановки нельзя воспринимать проценты как окончательные.

Treemap: главная визуальная функция KDirStat

Treemap в KDirStat — это прямоугольная карта дерева каталогов. Каждый прямоугольник соответствует файлу или каталогу, а площадь прямоугольника связана с размером объекта. Такой способ отображения особенно удобен, когда большой файл лежит глубоко внутри вложенной структуры: его прямоугольник всё равно виден на общей карте, даже если путь в дереве длинный.

Простой список удобен для точных цифр, но хуже справляется с визуальным поиском выбросов. Treemap решает обратную задачу: не даёт сразу всей текстовой информации, зато быстро показывает крупные области. Пользователь видит большой прямоугольник, щёлкает по нему и получает точное имя, путь, размер и положение в дереве. Поэтому KDirStat лучше использовать как пару инструментов: treemap для обнаружения, дерево — для проверки.

KDirStat использует squarified treemaps. Обычная прямоугольная карта может давать много длинных тонких полос, по которым трудно попасть мышью и которые тяжело сравнивать. Squarified-подход стремится сделать элементы более похожими на квадраты, а cushioned shading добавляет визуальные подушки, помогающие группировать объекты внутри родительских веток. В справке программы отдельно описаны простые treemaps, squarified treemaps и cushioned treemaps, а также оптимизация: слишком мелкие элементы, которые дают плитки меньше заданного минимума, не прорисовываются как полноценные прямоугольники.

Цветовая логика помогает отличать типы файлов. В истории версии 2.3.5 treemap получил цветовую привязку к типам: core dumps, изображения, объектные файлы, архивы и другие группы легче заметить по цветам. Цвета не заменяют проверку файла, но ускоряют первичное чтение карты: пользователь видит не только размер, но и визуальный намёк на природу объекта.

С treemap связаны несколько действий мышью:

  • одиночный щелчок левой кнопкой выделяет объект на карте и в дереве;
  • одиночный щелчок средней кнопкой выделяет родительский элемент;
  • правая кнопка открывает контекстное меню с cleanup actions;
  • двойной щелчок левой кнопкой увеличивает выбранную область;
  • двойной щелчок средней кнопкой возвращает масштаб после увеличения;
  • перетаскивание разделителя между деревом и картой меняет размер treemap-области.

Treemap можно скрыть. В справке описан вариант с перетаскиванием разделителя вниз, а также переключение show treemap в меню treemap и клавиша F9. Это полезно на небольшом экране, где пользователю важнее видеть больше строк таблицы, или при частых удалениях, когда пересборка карты мешает работе.

Cleanup actions: что можно сделать с найденными файлами

KDirStat не ограничивается просмотром. После обнаружения крупного объекта пользователь может применить к нему cleanup action. Это не автоматическая чистка одной кнопкой, а набор конкретных действий для выбранного файла или каталога.

В программе предусмотрены такие действия:

ДействиеЧто делаетКогда полезно
Open in KonquerorОткрывает выбранный объект в KonquerorПроверить содержимое каталога или открыть файл связанным приложением
Open in TerminalОткрывает терминал в каталоге выбранного объектаВыполнить команды вручную, не набирая длинный путь
CompressСоздаёт .tar.bz2-архив из выбранного каталогаУпаковать редко используемую папку и освободить место
make cleanВыполняет make clean в выбранной директорииОчистить результаты сборки в исходниках
Delete Trash FilesУдаляет типичные мусорные файлы в выбранной веткеУбрать *.o, *~, *.bak, *.auto, core
Delete (to Trash Bin)Перемещает объект в корзину KDEУдалить с возможностью восстановления
Delete (no way to undelete!)Удаляет объект без восстановленияОсвободить место сразу, когда файл точно не нужен
Send Mail to OwnerСоздаёт письмо владельцу выбранного объектаАдминистративный сценарий на многопользовательской системе

Действие Open in Konqueror удобно перед удалением: пользователь открывает каталог, проверяет содержимое, смотрит имена файлов, дату изменения, назначение. Для известного MIME-типа Konqueror запускает подходящее приложение: например, изображение открывается просмотрщиком. После изменений в Konqueror KDirStat не всегда обновляет дерево автоматически, поэтому для ручного обновления используется Refresh selected.

Open in Terminal решает другую задачу. Когда путь длинный, особенно внутри /usr, /var, проектов или сетевых деревьев, терминал из выбранной позиции избавляет от ручного ввода cd. Это удобно для опытных пользователей, которым нужно выполнить ls, du, find, rm, tar, make clean или собственные команды. Изменения, сделанные в терминале, также требуют обновления представления в KDirStat.

Compress архивирует выбранный каталог в .tar.bz2. В справке описана команда cd ..; tar cjvf %n.tar.bz2 %n && rm -rf %n: архив создаётся уровнем выше, а исходный каталог удаляется только после успешного создания архива. Этот механизм важен: он снижает риск потери данных при ошибке архивации, нехватке места или отсутствии прав. При этом существующий архив с таким же именем перезаписывается, поэтому перед применением действия нужно проверить имена рядом с выбранным каталогом.

Delete (to Trash Bin) — безопаснее немедленного удаления. Объект переносится в корзину KDE; место освобождается после очистки корзины. Для сомнительных объектов это правильный первый шаг: можно восстановить файл, когда выяснится, что он нужен. Но при работе с другим файловым разделом перенос в корзину способен занять время, потому что объект копируется в корзину домашнего раздела и затем удаляется из исходного места.

Delete (no way to undelete!) освобождает место сразу, но не оставляет штатного пути восстановления. KDirStat запрашивает подтверждение перед таким удалением. Это действие уместно для проверенных временных файлов, старых результатов сборки, копий, которые уже перенесены в резервное хранилище, и очевидного мусора. Для системных каталогов, рабочих проектов, баз данных, профилей приложений и пользовательских документов немедленное удаление без проверки недопустимо.

Настройка cleanup actions

Одно из сильных отличий KDirStat от простых визуализаторов диска — редактируемые действия очистки. В Settings пользователь выбирает Configure KDirStat..., затем открывает страницу Cleanups. Там настраиваются существующие действия и добавляются собственные команды.

KDirStat скриншот 2

В настройках cleanup action есть несколько важных полей и переключателей. Enabled включает выбранное действие. В поле Title задаётся название, которое затем появляется в меню. Символ & в названии отмечает букву для быстрого вызова через меню. В Command line прописывается shell-команда, запускаемая через /bin/sh.

KDirStat использует подстановки:

  • %p — полный путь или URL выбранного файла или каталога;
  • %n — имя выбранного объекта без пути;
  • %t — путь к корзине KDE.

Эти подстановки позволяют не писать отдельную команду под каждую папку. Например, пользователь может добавить действие для открытия файла в нужном редакторе, обработки конкретного типа временных файлов или запуска собственного скрипта обслуживания. KDirStat меняет рабочий каталог на выбранный элемент, поэтому часто не нужно отдельно добавлять cd в начало команды.

Важная часть настройки — область применения. Действие может работать с файлами, директориями и служебными -элементами. Не каждую команду безопасно применять ко всем типам. Например, удаление как псевдоэлемента не имеет прямого смысла, потому что это не реальный объект файловой системы. Архивация также должна быть ограничена директориями, иначе пользователь может получить результат, отличный от ожидаемого.

Есть настройка рекурсивности Recurse into subdirectories. Она подходит не для всех действий. Для make clean рекурсивность обычно обеспечивает сама команда сборочной системы, а для удаления *.bak или *~ рекурсивный вызов по подкаталогам может быть полезен. Неправильно включённая рекурсивность превращает простое действие в массовую операцию по дереву, поэтому для разрушительных команд её нужно использовать осторожно.

Параметр Ask for confirmation включает подтверждение перед запуском действия. Подтверждение полезно для удаления, сжатия с последующим удалением и собственных команд, меняющих дерево каталогов. При этом постоянные подтверждения для безопасных действий быстро превращаются в механическое нажатие, поэтому их стоит оставлять для операций с реальным риском.

Refresh Policy определяет, как KDirStat обновляет картину после действия:

ПолитикаСмысл
No refreshПредставление не обновляется
Refresh this entryПеречитывается выбранная ветка
Refresh this entry's parentПеречитывается родитель выбранного объекта
Assume entry has been deletedЭлемент удаляется из внутреннего представления без реального перечитывания

Последний вариант самый быстрый, но он опасен при ошибке команды: KDirStat может считать объект удалённым, хотя на диске он остался. В таком случае нужно вручную обновить ветку. Для действий, где важна точность после операции, лучше выбирать реальное обновление выбранного элемента или его родителя.

Пошаговая инструкция: как найти, что занимает место

Подготовка к анализу

Перед запуском анализа лучше определить конкретную область. Сканирование всего / даёт широкую картину, но требует времени и может включать много системных директорий. Для пользовательской задачи чаще достаточно домашнего каталога, папки загрузок, каталога проектов, директории с виртуальными машинами, мультимедийного архива или общего сетевого ресурса.

Рабочий порядок безопаснее строить так:

  • открыть нужный каталог;
  • дождаться завершения чтения;
  • отсортировать или просмотреть крупнейшие ветки;
  • проверить путь и назначение найденного объекта;
  • открыть объект через Open in Konqueror или терминал, когда имя не даёт полной уверенности;
  • выбрать безопасное действие;
  • обновить представление;
  • проверить, сколько места освободилось.

Не стоит начинать с удаления. KDirStat показывает размер, но размер не равен ненужности. Крупный файл может быть образом виртуальной машины, архивом проекта, базой данных, профилем браузера, индексом почты, видеозаписью, резервной копией или рабочим набором приложения. Удаление по одному признаку — самый частый риск при работе с анализаторами дискового пространства.

Сканирование каталога

После выбора директории KDirStat начинает чтение. В верхней таблице постепенно появляются ветки. Пока процесс идёт, можно раскрывать уже прочитанные элементы, но окончательные выводы лучше делать после завершения чтения. Если пользователь нажимает Stop Reading, программа оставляет частичную картину: она подходит для быстрой ориентации, но не для точного сравнения процентов.

Основная колонка для анализа — Subtree Total. Она показывает размер ветки вместе со всеми вложенными объектами. Own Size нужен для понимания собственного размера элемента: у каталога он часто мал, потому что основное место занимают вложенные файлы. Subtree Percentage в виде цветной полосы помогает быстро сравнить соседние ветки без чтения каждой цифры.

Пример логики чтения таблицы:

  • крупный Subtree Total у папки Videos показывает, что видеоархив занимает заметную часть выбранной области;
  • большой внутри Downloads говорит, что место занято файлами прямо в загрузках, а не подпапками;
  • высокий показатель Items при умеренном размере означает множество мелких объектов;
  • свежий Last Change у крупной ветки помогает отличить активные данные от давно забытых.

Анализ treemap

Когда чтение завершено, нижняя карта показывает все файлы выбранного дерева сразу. Пользователь смотрит на самые крупные прямоугольники и щёлкает по ним. KDirStat выделяет соответствующий объект в дереве, а строка состояния показывает путь. После этого нужно сверить имя, расположение, размер и дату изменения.

Treemap помогает в ситуациях, где дерево слишком длинное. Например, крупный ISO-образ может лежать в Downloads/old/installers/linux/, а большая база — в глубокой подпапке проекта. В таблице до них нужно раскрывать уровни, а на карте они видны сразу как крупные области.

Правильная последовательность работы с картой:

  • найти один из самых крупных прямоугольников;
  • выделить его левой кнопкой мыши;
  • посмотреть соответствующую строку в таблице;
  • проверить путь в строке состояния;
  • открыть объект через Open in Konqueror, если назначение не очевидно;
  • выбрать действие только после проверки.

Для множества мелких файлов treemap менее эффективен. Если карта показывает большой серый или дробный участок без явного крупного прямоугольника, лучше вернуться к дереву и смотреть ветки по Subtree Total, Items, Files и Subdirs.

Проверка объекта перед очисткой

Перед удалением нужно понять, что именно найдено. Для пользовательских файлов проверяются имя, дата изменения, каталог и наличие копии. Для системных каталогов дополнительно важно не удалять вручную файлы из /usr, /lib, /bin, /etc, /var/lib, профилей приложений и каталогов пакетного менеджера без понимания назначения. KDirStat показывает место, но не управляет зависимостями системы.

Безопасная проверка включает:

  • открыть файл или папку через Open in Konqueror;
  • просмотреть родительскую директорию;
  • проверить дату изменения в Last Change;
  • понять, принадлежит ли файл проекту, приложению, системе или пользователю;
  • убедиться, что данные не являются единственной копией;
  • для архивов и резервных копий проверить, есть ли более свежая копия;
  • для каталогов сборки отличать исходники от генерируемых файлов.

Для разработчика особенно важно не удалять исходники вместе с результатами сборки. Действие make clean рассчитано на ситуации, где проект поддерживает стандартную команду очистки. Ручное удаление build, target, dist, node_modules, .gradle, .cache и похожих каталогов нужно делать только при понимании, что их можно восстановить повторной сборкой или установкой зависимостей.

Очистка и контроль результата

После проверки можно выбрать действие. Для сомнительных объектов — Delete (to Trash Bin). Для старых каталогов, которые нужны редко, — Compress. Для результатов сборки — make clean. Для временных файлов редакторов и core dumps — Delete Trash Files. Для уверенного немедленного освобождения места — Delete (no way to undelete!), но только после проверки.

После действия стоит обновить ветку через Refresh selected или дождаться refresh policy, заданной для cleanup action. Затем нужно сравнить размер родительского каталога до и после. Освобождение места иногда видно не сразу, если объект перемещён в корзину, а корзина находится на том же разделе. В этом случае место будет освобождено после очистки корзины.

Настройки цветов дерева

Цвета в дереве KDirStat помогают визуально отделять уровни вложенности. В настройках есть страница Tree colors, где пользователь может менять цветовую схему процентных полос и уровней. Это не декоративная функция: при длинном дереве разные цвета упрощают чтение структуры и помогают быстрее понять, какая строка относится к какому уровню.

KDirStat скриншот 3

На странице Tree colors можно уменьшить разнообразие цветов. В справке описан простой способ сделать процентные полосы одинаковыми: открыть Configure KDirStat..., перейти на Tree colors и сдвинуть соответствующий ползунок до нужного положения. Это полезно пользователям, которым цветовая насыщенность мешает читать цифры, или тем, кто работает с KDirStat на старых темах KDE с низким контрастом.

Настройка цветов не меняет результаты анализа. Она влияет только на восприятие дерева. Поэтому при сравнении размеров нужно ориентироваться на Subtree Total, Percentage и Subtree Percentage, а не только на яркость полосы.

Работа с удалёнными и сетевыми каталогами

KDirStat использует сетевую прозрачность KDE. Пользователь может указывать локальные каталоги и URL удалённых ресурсов. В документации приведён пример kdirstat ftp:/ftp.myserver.org/pub, а также пояснение, что поддерживаются протоколы KDE при наличии возможности перечислять содержимое каталога.

Сетевой сценарий нужен не для ускорения, а для удобства анализа. Администратор или опытный пользователь получает привычный интерфейс KDirStat для дерева, находящегося не на локальном диске. Например, можно просмотреть структуру FTP-ресурса, Samba-каталога или другого поддерживаемого KDE-протокола. При этом скорость зависит от сети, протокола, количества файлов и отклика удалённой стороны.

Для удалённых деревьев особенно важны ограничения cleanup actions. Не каждая команда работает с сетевым URL. В настройках действия есть выбор между On local machine only ('file:/' protocol) и Network transparent (ftp, smb, tar, ...). Большинство shell-команд выполняется локально и рассчитано на локальные пути, а сетевые действия безопаснее оставлять для тех операций, которые поддерживаются KDE-приложениями.

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

Cache files и сценарии для администраторов

В ветке 2.5.x KDirStat получил чтение и запись cache files. Cache file содержит информацию о диске, которую KDirStat показывает в интерфейсе. Такой файл можно подготовить заранее, затем открыть в графическом KDirStat и получить картину большого дерева без повторного обхода файловой системы.

С этой функцией связан скрипт kdirstat-cache-writer. Его можно запускать на сервере без X11 и KDE, если там есть Perl. Типовой административный сценарий: ночью, когда пользователи не работают с сервером, cron запускает сканирование домашнего раздела или большого NFS-ресурса; днём администратор открывает готовый cache file на рабочей станции с графическим окружением. Такой подход снижает нагрузку на сервер в рабочее время и ускоряет просмотр результата.

Cache file даёт быстрый снимок состояния, но не является живой картиной. Содержимое диска могло измениться после создания файла. Поэтому cache file хорошо подходит для первичной ориентации, поиска типичных крупных веток и регулярного мониторинга редко меняющихся директорий, но перед удалением нужно проверить текущий каталог.

В версии 2.5.2 интерфейсная интеграция cache files была простой: в меню File появились пункты Write to Cache File... и Read Cache File.... Нажатие Reload после чтения cache file выполняет реальное сканирование дерева, а не повторное чтение того же файла. Это поведение важно учитывать, чтобы не перепутать быстрый просмотр снимка с актуальным повторным обходом диска.

Системные требования

Исторический KDirStat рассчитан на Linux или другую Unix-подобную систему, графическое окружение X Window System и KDE 3.x. В справке прямо указаны Linux or any other Unix-type operating system и KDE 3.x. Для Windows исторический KDirStat не предназначен: в справке отдельно обыгрывается ситуация, когда пользователи пытались установить его на Win9x, потому что путали окна интерфейса с Microsoft Windows.

Для практического понимания требования стоит разделить по вариантам:

ВариантТребования и назначение
KDirStatKDE 3.x, Linux/Unix-like система, графическая среда
K4DirStatПорт старого KDirStat на KDE 4/Qt 4 и позднее KDE 5/Qt 5
QDirStatQt-based продолжение идеи KDirStat без зависимости от KDE-библиотек
Windows-сценарийБлижайшим родственником по подходу является WinDirStat, а не KDirStat
Консольный сценарийДля терминала и SSH без GUI лучше подходит ncdu или связка du/sort

K4DirStat в современных пакетных описаниях выступает как графический просмотр использования диска с cleanup facilities. Debian-пакет k4dirstat зависит от Qt/KDE Frameworks-компонентов, включая KIO, библиотеки конфигурации, i18n, icon themes и другие части KDE Frameworks. Это уже не тот же исторический KDirStat для KDE 3, но рабочая линия, сохраняющая его модель.

QDirStat отличается архитектурно: он независим от KDE-библиотек и использует Qt runtime libraries. В репозитории KDirStat QDirStat описан как рекомендуемый преемник, написанный и поддерживаемый автором оригинального KDirStat. Для современных графических Linux/Unix/BSD-систем такой вариант ближе к текущему рабочему сценарию, но обзор KDirStat важен для понимания исходной программы, её интерфейса и логики.

Минимальные аппаратные требования в привычном современном виде для KDirStat не являются ключевой частью описания: программа появилась в эпоху KDE 2/3 и работала на тогдашних настольных системах. Для пользователя важнее не объём памяти сам по себе, а размер анализируемого дерева, число файлов, скорость диска и наличие прав на чтение каталогов. Большие деревья, сетевые ресурсы и каталоги с сотнями тысяч файлов требуют времени независимо от лёгкости интерфейса.

Плюсы и минусы

Плюсы

  • KDirStat показывает занятие диска одновременно численно и графически: дерево даёт точные размеры, treemap помогает быстро увидеть крупные файлы.
  • Программа отделяет файлы текущего уровня от подпапок через , поэтому дерево легче читать.
  • Выбор синхронизируется между таблицей и treemap: пользователь щёлкает по прямоугольнику и сразу видит соответствующий объект в дереве.
  • Встроенные cleanup actions позволяют не только смотреть, но и действовать: открыть объект, перейти в терминал, сжать каталог, выполнить make clean, отправить в корзину или удалить.
  • Cleanup actions настраиваются: можно добавлять собственные команды, задавать область применения, подтверждения, рекурсивность и refresh policy.
  • Send Mail to Owner подходит для администраторов многопользовательских систем: письмо формируется по выбранной ветке и владельцу.
  • Программа умеет работать с FTP/Samba и другими KDE-протоколами, поддерживающими перечисление каталогов.
  • Поддержка cache files в ветке 2.5.x полезна для серверов и больших деревьев, которые неудобно сканировать в рабочее время.
  • KDirStat учитывает особенности sparse files и multiple hard links при использовании оптимизированных локальных методов чтения.

Минусы

  • Исторический KDirStat связан с KDE 3 и не является современным поддерживаемым приложением.
  • Для новых Linux-систем практичнее использовать K4DirStat или QDirStat, сохраняя понимание исходной логики KDirStat.
  • Немедленное удаление через Delete (no way to undelete!) требует высокой осторожности: штатного восстановления после такого действия нет.
  • Cache file показывает снимок, а не текущее состояние диска; перед удалением нужно проверять актуальный каталог.
  • Не все cleanup actions одинаково подходят для локальных и сетевых путей.
  • Treemap отлично выявляет крупные файлы, но плохо объясняет ситуацию с множеством мелких объектов; для этого нужна таблица.
  • При неудачной операции удаления или перемещения представление KDirStat может временно не совпадать с фактическим состоянием диска, пока пользователь не обновит ветку.
  • Для Windows KDirStat не является нативным вариантом; там логичнее рассматривать WinDirStat или другие Windows-анализаторы.

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

KDirStat удобнее сравнивать не с чистильщиками системы, а с программами, которые показывают распределение места. Wise Disk Cleaner, Glary Disk Cleaner, CCleaner или HDCleaner решают смежную, но другую задачу: они удаляют временные файлы, кэши и следы работы программ. KDirStat не решает за пользователя, что мусор, а показывает структуру занятого пространства. Поэтому внутри freeexe такие материалы стоит связывать, но не смешивать: Wise Disk Cleaner, Glary Disk Cleaner, CCleaner и HDCleaner относятся к очистке, а KDirStat — к анализу.

ПрограммаПлатформаОсновная визуализацияЧто сильнее всегоОграничение по сравнению с KDirStat
KDirStatLinux/Unix-like, KDE 3Дерево + treemapКлассическая связка таблицы, процентов и карты; cleanup actionsИсторический проект, зависимость от старого KDE
K4DirStatLinux, KDE/QtДерево + графическое отображениеПродолжение модели KDirStat для KDE 4/Qt 4 и KDE 5/Qt 5Зависимость от KDE Frameworks/Qt-компонентов
QDirStatLinux/BSD/Unix-like, QtДерево + treemap + дополнительные видыСовременный преемник идеи без KDE-библиотек, больше новых функцийЭто уже не старый KDirStat, а отдельная программа
WinDirStatWindowsДерево + список расширений + treemapНативный Windows-подход, вдохновлённый KDirStatНе предназначен для KDE/Linux-сценариев
FilelightKDEРадиальная картаБыстрое визуальное понимание структуры в KDEМенее табличный подход, другой тип визуализации
Baobab / GNOME Disk Usage AnalyzerGNOME/LinuxГрафическое представление использования дискаХорош для GNOME-среды и базового анализаМеньше акцента на настраиваемые cleanup actions
ncduLinux/Unix terminalТекстовый интерфейс ncursesУдобен по SSH и без графической оболочкиНет treemap и KDE cleanup actions
du + sortLinux/Unix terminalТекстовый выводСкрипты, автоматизация, работа без GUIТребует ручной интерпретации и не показывает карту

KDirStat и QDirStat близки концептуально. QDirStat вырос из старой модели KDirStat, но стал Qt-based приложением без зависимости от KDE-инфраструктуры. В QDirStat добавлены новые функции: multi-selection в дереве и treemap, неограниченное количество пользовательских cleanup actions, вывод ошибок действий очистки, настраиваемые file categories, treemap colors, exclude rules и tree columns, а также поддержка сценариев с пакетами.

K4DirStat ближе к KDirStat по преемственности интерфейса. Это порт старого KDE 3-based KDirStat на KDE 4/Qt 4 и позднее KDE 5/Qt 5. Для пользователя, которому нравится именно поведение KDirStat, K4DirStat сохраняет привычную модель: дерево каталогов, числовое и графическое отображение, network transparency, предустановленные и пользовательские cleanup actions.

WinDirStat — Windows-родственник по идее. Он показывает дерево, список расширений и treemap. Его дизайн исторически вдохновлён KDirStat, но это отдельное Windows-приложение. Для пользователя Windows WinDirStat естественнее, чем попытка переносить KDirStat. Для пользователя KDE/Linux KDirStat, K4DirStat и QDirStat ближе к родной среде.

Filelight отличается способом визуализации. Вместо прямоугольной treemap он использует радиальную карту. Такой формат хорошо показывает иерархию через кольца, но пользователи, привыкшие к KDirStat, часто считают прямоугольную карту проще для поиска отдельных крупных файлов: большой объект занимает большой прямоугольник, и это легче сопоставить с размером. В обсуждениях KDE отражается эта разница восприятия: часть пользователей предпочитает Filelight, часть — связку дерева и прямоугольной карты KDirStat/QDirStat.

Baobab удобен в GNOME-среде и закрывает базовую задачу анализа использования диска. У KDirStat в сравнении с ним сильнее выделяются действия очистки: удаление, перемещение в корзину, сжатие в bzipped tar archive, редактирование действий и письмо владельцу.

ncdu и du полезны там, где графический интерфейс недоступен. На сервере без X11, в SSH-сессии или внутри минимальной системы ncdu практичнее KDirStat. Но когда есть рабочая станция с графическим окружением, treemap и дерево KDirStat дают быстрее увидеть визуальные выбросы.

Отзывы пользователей и профильных журналов

KDirStat получил устойчивую репутацию как наглядный инструмент для поиска крупных файлов и каталогов в Linux. Профильные Linux-материалы выделяли двухпанельный интерфейс: сверху дерево с размерами, процентами, количеством файлов и датами, снизу treemap, где размер прямоугольника отражает размер файла. Отдельно отмечалась синхронизация выбора: щелчок в одной области выделяет объект в другой.

Linux-обзоры описывали KDirStat как GUI-инструмент, который помогает тогда, когда просмотр длинного вывода du становится утомительным. В обзорах подчёркивались конкретные действия после нахождения ненужного объекта: удалить навсегда, переместить в корзину, сжать в bzipped tar archive, настроить собственные cleanup actions или отправить письмо владельцу. Для администраторов это особенно важная часть: программа не только показывает место, но и встраивает коммуникацию с владельцем данных.

В пользовательских обсуждениях KDirStat обычно хвалят за прямоугольную карту и связку с деревом. Привычный аргумент в пользу KDirStat/QDirStat — прямоугольники легче интерпретировать при поиске одного большого файла, чем круговые или радиальные диаграммы. При этом часть пользователей KDE выбирает Filelight за интеграцию с KDE и радиальную визуализацию; это не делает один вариант универсально сильнее, а показывает разные предпочтения интерфейса.

Старые отзывы о KDirStat часто звучат положительно из-за практической пользы: программа быстро отвечает на вопрос, что занимает место. Но при оценке сегодня важно отделять оценку интерфейсной идеи от статуса исторического проекта. Репозиторий KDirStat сохраняется по историческим причинам, а новый путь связан с QDirStat и K4DirStat. Поэтому пользовательская любовь к KDirStat объяснима, но для новой системы выбор обычно смещается к его преемникам.

Усреднённо мнение пользователей можно сформулировать так:

Что нравится:

  • крупные файлы видны сразу;
  • дерево и treemap дополняют друг друга;
  • можно действовать прямо из интерфейса;
  • есть безопасное удаление в корзину и жёсткое удаление;
  • для администраторов полезен Send Mail to Owner;
  • KDirStat понятен после короткого знакомства.

Что вызывает критику:

  • старый KDirStat привязан к устаревшей KDE-эпохе;
  • современным пользователям приходится смотреть на K4DirStat или QDirStat;
  • немедленное удаление требует дисциплины;
  • treemap хуже показывает ситуацию, когда место занято множеством мелких файлов;
  • для серверов без GUI нужны другие инструменты или cache-file-сценарий.

KDirStat скриншот 4

Безопасность удаления и типичные ошибки

Главная ошибка при работе с KDirStat — удалять файл только потому, что он большой. Размер показывает влияние на диск, но не говорит о назначении. Особенно осторожно нужно работать с системными каталогами, базами данных, профилями приложений, виртуальными машинами, исходниками проектов, почтовыми архивами и резервными копиями.

Вторая ошибка — путать Delete (to Trash Bin) и Delete (no way to undelete!). Первое действие переносит объект в корзину KDE и даёт путь назад до очистки корзины. Второе удаляет сразу и освобождает место немедленно, но штатного восстановления не оставляет. В интерфейсе это разные действия с разными последствиями.

Третья ошибка — не обновлять дерево после внешних изменений. Если пользователь открыл каталог в Konqueror или терминале и удалил файлы вручную, KDirStat не всегда узнаёт об этом автоматически. В таких случаях нужно использовать Refresh selected или перечитать нужную ветку, иначе таблица и treemap показывают старое состояние.

Четвёртая ошибка — доверять устаревшему cache file. Cache file ускоряет просмотр больших деревьев, но отражает момент создания. Для регулярной административной диагностики это удобно, а для удаления — недостаточно. Перед изменением файлов нужно открыть живой каталог или проверить актуальное состояние другими средствами.

Пятая ошибка — применять собственные cleanup actions без ограничения области. Команда, которая должна работать только с файлами, не должна применяться к директориям и . Команда, которая удаляет временные файлы, не должна запускаться рекурсивно без понимания шаблонов. В настройках KDirStat для этого есть Works for..., Recurse into subdirectories, Ask for confirmation и refresh policy.

Безопасный чек-лист перед очисткой:

  • путь выбранного объекта понятен;
  • файл или каталог открыт для проверки;
  • назначение объекта известно;
  • для важных данных есть копия;
  • выбрано действие с подходящим уровнем риска;
  • для удаления без восстановления есть подтверждение необходимости;
  • после операции выполнено обновление дерева;
  • свободное место проверено средствами системы.

Для кого KDirStat подходит

KDirStat подходит пользователю Linux, которому нужно не автоматически очистить систему, а понять структуру занятого места. Программа хорошо раскрывает сценарий: открыл каталог, увидел дерево, нашёл крупные ветки, посмотрел карту, проверил файл, выбрал действие. Такой подход ценят пользователи, которым нужен контроль, а не слепая автоматизация.

Для пользователя старой KDE-системы KDirStat остаётся прямым инструментом. Его интерфейс органично вписывается в KDE 3, использует Konqueror, KDE trash и настройки KDE. В такой среде программа даёт именно тот опыт, для которого создавалась.

Для пользователя современной Linux-системы KDirStat важен как исходная модель, но практический выбор чаще смещается к K4DirStat или QDirStat. K4DirStat сохраняет KDE-направление, QDirStat переносит идею в Qt без зависимости от KDE-библиотек. При этом логика остаётся узнаваемой: дерево, размеры, treemap, действия очистки.

Для администратора KDirStat полезен в задачах поиска крупных пользовательских директорий, старых архивов, переполненных домашних каталогов и веток, которые нужно обсудить с владельцем. Send Mail to Owner делает этот сценарий встроенным: письмо формируется из выбранного дерева и помогает не превращать очистку общего ресурса в ручной сбор путей.

Для разработчика ценность KDirStat в поиске сборочных артефактов, объектных файлов, временных результатов, больших зависимостей и старых рабочих каталогов. Действие make clean вписывается именно в этот сценарий: программа не просто показывает, где вырос проект, но и даёт типовую команду очистки.

KDirStat не подходит как единственный инструмент для:

  • восстановления удалённых файлов;
  • автоматической оптимизации Windows;
  • дефрагментации;
  • поиска дубликатов по содержимому;
  • контроля SMART;
  • безопасного удаления конфиденциальных данных с перезаписью;
  • управления разделами диска;
  • полноценного мониторинга серверного хранилища в реальном времени.

Для этих задач нужны другие классы программ. На freeexe смежные направления можно смотреть через HDD, SSD и USB-утилиты, поиск файлов, диагностику системы, файловые менеджеры и восстановление данных.

Частые вопросы

Можно ли использовать KDirStat на современном Linux?

Исторический KDirStat относится к KDE 3 и больше не является современно поддерживаемой веткой. Для современных систем обычно используют K4DirStat или QDirStat, но рабочая идея остаётся той же: дерево каталогов, числовые размеры, treemap и действия очистки.

Чем KDirStat отличается от K4DirStat?

K4DirStat — порт старого KDE 3-based KDirStat на KDE 4/Qt 4 и позднее KDE 5/Qt 5. Он сохраняет назначение и общий подход: суммирует использование диска для деревьев каталогов, показывает данные численно и графически, поддерживает network transparency и cleanup actions.

Чем KDirStat отличается от QDirStat?

QDirStat — продолжение идеи KDirStat на Qt без KDE-библиотек. Он написан и поддерживается автором оригинального KDirStat, работает на графических Linux/Unix/BSD-системах и добавляет новые функции по сравнению со старым KDirStat: multi-selection, расширенные cleanup actions, настраиваемые категории файлов, цвета, правила исключений и дополнительные виды.

Есть ли версия KDirStat для Windows?

Исторический KDirStat рассчитан на Linux/Unix-like системы и KDE. Для Windows ближе WinDirStat: это отдельная программа с похожей идеей treemap и анализом использования диска. В контексте Windows лучше выбирать нативный инструмент, а не пытаться использовать KDirStat как Windows-приложение.

Можно ли удалять файлы прямо из KDirStat?

Да. В KDirStat есть Delete (to Trash Bin) и Delete (no way to undelete!). Первое действие безопаснее, потому что объект попадает в корзину KDE. Второе удаляет без штатного восстановления и требует точной уверенности в выбранном объекте.

Можно ли анализировать сетевые папки?

Да. KDirStat поддерживает сетевую прозрачность KDE и может работать с FTP, Samba и другими протоколами KDE, которые поддерживают перечисление каталогов. Для команд очистки нужно учитывать, рассчитано ли действие на локальные пути или network transparent-режим.

Что делать, если часть каталогов не прочиталась?

Нужно проверить права доступа и границы файловых систем. KDirStat по умолчанию остаётся в пределах одной файловой системы, а доступ к некоторым каталогам может быть закрыт правами пользователя. Для системных каталогов запуск с повышенными правами требует осторожности: программа даст возможность удалить больше данных, но риск ошибки также вырастет.

Почему после удаления место не освободилось сразу?

При Delete (to Trash Bin) объект перемещается в корзину KDE. Место освобождается после очистки корзины. При работе с другим файловым разделом перенос в корзину может включать копирование и удаление, поэтому процесс занимает больше времени. При внешних изменениях нужно обновить представление KDirStat через Refresh selected.

Какие файлы нельзя удалять без проверки?

Без проверки нельзя удалять системные библиотеки, конфигурации, базы данных, профили приложений, рабочие проекты, единственные копии документов, виртуальные машины, почтовые архивы, резервные копии и файлы неизвестного назначения. KDirStat показывает размер и путь, но не определяет ценность данных.

Итог

KDirStat — точный пример программы, где визуализация не заменяет анализ, а ускоряет его. Дерево показывает структуру каталогов, числовые размеры и проценты; treemap помогает увидеть крупные файлы; cleanup actions переводят найденный объект в действие: открыть, проверить, архивировать, отправить в корзину, удалить, очистить сборочные остатки или написать владельцу.

Для старых KDE-систем KDirStat остаётся узнаваемым и функциональным анализатором дискового пространства. Для современных Linux-систем логично рассматривать K4DirStat или QDirStat, но понимать KDirStat полезно: именно его интерфейсная модель объясняет, почему связка таблица + treemap + действия очистки до сих пор используется в анализаторах занятого места.

Лучший сценарий для KDirStat — ручная диагностика: найти крупные ветки, проверить путь, открыть объект, выбрать безопасное действие и обновить результат. Для разовой очистки домашнего каталога достаточно пройтись по Subtree Total и treemap. Для разработки важны make clean, проверка сборочных директорий и осторожность с исходниками. Для администрирования полезны Send Mail to Owner, сетевые каталоги и cache files. Для серверов без графической среды лучше использовать консольные инструменты или готовить cache file и просматривать его на рабочей станции.

Главное правило работы с KDirStat: сначала анализ и проверка, затем очистка. Программа быстро показывает, где занято место, но удаление должно опираться не на размер файла, а на понимание его назначения.

Список изменений

История версий:

  • История KDirStat хорошо показывает, как программа переходила от классического KDE-инструмента к зрелому анализатору с treemap, cleanup actions, сетевыми сценариями и cache files.
  • Ранние ветки 1.7.x и 1.8.x относились к периоду экспериментов. В старых версиях уже существовали идеи визуального представления дерева, но позже ненужные beta-сборки были удалены с сайта проекта. К стабильной модели программа пришла в ветке 2.x.
  • 25 февраля 2002 года вышел KDirStat 2.0.0 — официальный стабильный релиз для KDE 2.x. В этой версии были завершены тексты справки, добавлены кнопки Help в диалоги обратной связи и настроек, а также уменьшен вывод логов в stdout. С этого момента релизная политика следовала схеме Linux kernel: нечётные minor-версии считались development, чётные — stable для рабочих систем.
  • 1 марта 2002 года вышел KDirStat 2.0.1. Главное изменение — поддержка файлов больше 2 GB. Для анализатора дискового пространства это была важная доработка: крупные файлы являются одной из основных причин заполнения разделов, и корректная работа с ними обязательна для диагностики.
  • 18 апреля 2002 года появилась ветка 2.1.0-beta — первая версия для KDE 3. Код был перенесён на KDE 3 с заменой KDE build environment. 29 мая 2002 года KDirStat 2.2.0 стал официальной KDE 3-версией без изменений кода относительно 2.1.0-beta.
  • 5 января 2003 года в KDirStat 2.3.3 вернулись treemaps. В этой версии были описаны plain treemaps, squarified treemaps и squarified cushion treemaps. Главная идея — показывать дерево каталогов как набор прямоугольников, где крупные файлы сразу видны на карте. Именно этот блок сделал KDirStat узнаваемым: программа стала не просто таблицей размеров, а визуальным анализатором занятого места.
  • 30 января 2003 года в KDirStat 2.3.5 появилась цветная treemap-карта по типам файлов. Цвета стали использоваться для распознавания групп: core dumps, изображения, объектные файлы, архивы и другие типы. Это ускорило визуальное чтение карты, потому что пользователь видел не только размер, но и категорию объекта.
  • 25 мая 2003 года KDirStat 2.3.7 получил заметный performance boost. В опубликованных тестах были показаны крупные улучшения времени чтения: домашний каталог автора примера уменьшил время чтения с 27 секунд до 0,6 секунды, /work — с 63 до 8 секунд, корневой каталог установки SuSE Linux 8.2 — с 397 до 25 секунд. Эти цифры относятся к тестам конкретного периода, но хорошо показывают, что разработка шла не только вокруг интерфейса, но и вокруг скорости обхода дерева.
  • 26 августа 2003 года вышел KDirStat 2.4.0 — стабильный релиз. Среди изменений были исправления падений при выходе во время чтения директорий и при попытке открыть другой каталог, пока чтение ещё идёт. Также появилась кнопка Stop Reading на панели инструментов и соответствующий пункт меню.
  • 6 декабря 2004 года KDirStat 2.4.3 получил действие Open with в cleanup-меню. Оно позволяло открыть файл или каталог выбранным приложением, например редактором. В этой же ветке были изменения, связанные с trash:/, обновления переводов, исправления контекстного меню treemap и переработка служебных компонентов сборки.
  • 8 января 2006 года KDirStat 2.5.2 добавил чтение и запись cache files. Появился сценарий с kdirstat-cache-writer, ночным созданием снимков и быстрым открытием больших деревьев. В описании приводилось сравнение: сканирование /usr занимало около 3 минут, а чтение тех же данных из cache file — 3–5 секунд на ноутбуке автора.
  • KDirStat 2.5.3 исправил падения при чтении cache files, при перезагрузке каталога и при начальном чтении, а также неправильные сообщения о sparse files. После этого исторический KDirStat остался важным, но дальнейший путь пошёл через продолжения: K4DirStat как порт на KDE 4/Qt 4 и позднее KDE 5/Qt 5, а также QDirStat как Qt-based преемник от автора оригинального KDirStat.

Выберите ссылку для загрузки KDirStat

Всего скачали: 52 | сегодня: 1

Скачать бесплатно
KDirStat

Похожие программы на KDirStat

из раздела "Анализ дискового пространства"

Оставте свой отзыв о KDirStat