Значения дефрагментации и когда это необходимо

Вы можете дефрагментировать данные, хранящиеся на файловой системе (файлах, файловых структурах, метаданных и т. Д.), свободным пространством или оба.

Вероятно, когда кто-то просто говорит «дефрагментация», они означают данные (ваше первое определение). Традиционно при дефрагментации свободного места он положен в конце (ваше второе определение). Обычно вы сделаете это только в подготовке к сокращению разбиения, но вы также можете сделать это, например, чтобы позволить большое смежное распределение (скажем, вы собираетесь редактировать некоторые видео). Но на самом деле, за исключением сокращения раздела, свободная космическая дефрагментация не требуется.

Разбиение сокращения, как правило, возможна только на одном из концов (большинство, если не все, форматы раздела [1] не позволяют разрезать отверстие в середине). Как правило, файловые системы данных структуры занимают начало раздела, поэтому сокращается (и рост) обычно выполняется в конце. Независимо от того, какой инструмент, который вы используете, чтобы сделать это (диспетчер Windows Disk Manager, GPARTED и т. Д.), В конце должно быть достаточно свободного места - и что часто требует перемещения данных. Оба окна, так и GPARTED сделают это.

Если FS требует дефрагментации, зависит от многих вещей, по крайней мере:

• Что его использовали для. Случайные редко используемые документы могут терпеть безграничную фрагментацию; Приложения DVR Pushing-Limits не могут терпеть. Некоторые вещи на самом деле более терпимы к фрагментации, чем вы думаете, например, базы данных (потому что они обычно делают случайные чтения / писать, не последовательные).
• Какой тип диска это. Ищется на SSD, почти свободны, поэтому фрагментация намного дешевле.
• Количество памяти доступно для кеша диска. Неважно, насколько он фрагментирован на диске, если все это читает, и все они удовлетворены из кэша.Или если все пишеты могут быть буферизованы достаточно долго, чтобы отправить их на диск в порядке.
• ОС, в первую очередь из-за кэширования различий.
• файловая система. У некоторых есть много накладных расходов за очень фрагментированные файлы.

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

1: хотя логические руководители дисков часто делают. Например, при использовании редкого распределения, его типичный для попытки восстановить достаточно большие блоки неиспользуемого пространства. Обратите внимание, что они претендуют на файловую систему, что пространство не было восстановлено (и вернуть его, когда файловая система хочет написать туда).

Википедия со своей статьей о фрагментации довольно бесполезна...

Ниже мы рассмотрим почему? и когда? вопросы по фрагментации и дефрагментации, но без подробностей о конкретных ФС.

... Я также предлагаю третий вариант, когда часто обновляемые файлы (, такие как журналы )или даже каталоги (, такие как Загрузки или /tmp ), получают больше свободного места, чем абсолютный минимум.

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

Довольно важная тема.

Если мы поместим чтение -запись F/D без дополнительного свободного места рядом со старыми блоками, то МЫ включим фрагментацию.

F/D без прироста можно безопасно разместить без лишнего свободного места. Это включает чтение -только F/D... Сюда также частично входят простые форматы без сжатия (, такие как BMP ), когда их разрешение известно (, например FullHD, 4K, 8K ).

F/D только сжимает (что-то очень странное и особенное)-тогда у вас фактически бесполезные пробелы, которые вы должны дефрагментировать. Это может произойти, когда кто-то использует параметры быстрого сжатия (или формат захвата )и сжимает их в один и тот же каталог -. Это зависит от того, использует ли какая-либо программа повторно F/D или нет.

F/D должны быть удалены В ЦЕЛОМ -мы можем просто стереть их или удалить записи в файловой системе без необходимости частичного удаления и немедленной дефрагментации. Мы хотим дефрагментировать такие дыры позже.

Один из способов приблизиться к такому виду фрагментации — отследить пиковый реальный размер F/D для каждого F/D или... Еще лучше использовать более одного числа, потому что пики могут быть легко нерепрезентативными (далеко от медианы ). Например. полное резервное копирование системы по сравнению с офисной работой.

Другой способ — отслеживать скорость роста. Особенно это касается HDD. Самым быстрым производителям нужно самое быстрое место на диске. Но скорость — не единственный фактор :. Критически важные F/D, крупные клиенты, некоторые экстренные приоритеты, дополнительные опции аварийного отключения или просто ручное прогнозирование роста в качестве администратора без данных в системе.

Лучший способ — сохранить фактические данные о росте за соответствующий период времени и каким-то образом предсказать, что будет с ростом в следующий раз (прогнозные данные о росте )и только потом делать предположения о прогнозируемом размере разрыва (это значение будет менее актуальным после окна предсказания ).

Резюме:

Уменьшить только -оценочную дефрагментацию.

Никогда не расти и никогда не уменьшаться -...

Увеличивайте и уменьшайте -помните о пробелах и ожидайте дефрагментации.

Не рассматривается в этой вики:(de )фрагментация из-за разбиения диска