Как часто нужно делать дефрагментацию жесткого диска
В этой статье попытаемся понять, как изменились процедуры обслуживания индексов для таблиц Microsoft SQL Server в современных условиях: при размещении файлов данных и журнала транзакций на SSD-дисках, многократном увеличении числа процессорных ядер и в условиях, когда оперативная память сервера стала измеряться Терабайтами.Действительно, мир стал другим. С тех пор как появились первые версии SQL Server, многое изменилось и многие методики, основанные на старых компьютерных ресурсах, работают уже не так эффективно, как прежде, когда без них невозможно было обойтись. Одной из таких методик, которая с давних пор воспринимается чуть ли не «серебряной пулей», а на деле превратилась в миф, является обязательная дефрагментация индексов, если в данные индекса достаточно часто вносятся изменения. Цель статьи развеять этот миф.
В своей документации, Майкрософт обращает наше внимание на то, что не стоит выполнять обслуживание индексов, не убедившись, что это принесёт пользу. Вот цитата:
«Чтобы избежать ненужного использования ресурсов, что может негативно влиять на рабочие нагрузки запросов, корпорация Майкрософт рекомендует не применять обслуживание индекса без предварительной оценки. Следует опытным путем оценить повышение производительности от обслуживания индексов для каждой рабочей нагрузки, используя рекомендуемую стратегию, и сопоставить его с затратами ресурсов и влиянием на рабочую нагрузку, которые потребуются для достижения этих преимуществ.»
В том же документе рассматриваются причины повышения производительности запросов после обслуживания индексов и делается замечание, что не всегда это связано с дефрагментацией, бывают и иные причины. Вот ещё одна цитата:
«Перестроение индекса дает еще одно важное преимущество: позволяет обновить статистику по ключевым столбцам индекса, сканируя все строки в индексе. Это эквивалентно операции UPDATE STATISTICS . WITH FULLSCAN, которая позволяет актуализировать статистику и иногда дает более точные данные, чем обычное обновление статистики по ограниченной выборке. При обновлении статистики заново компилируются все планы запросов, которые ее используют. Если прежний план запроса не был оптимальным из-за устаревшей статистики, недостаточного объема выборки для статистики или по любой другой причине, то после повторной компиляции многие планы дают лучшие результаты.»
Давайте попробуем определить, при каких условиях обслуживание индексов может принести больше вреда, чем пользы. Для начала вспомним, что такое дефрагментация и для чего она была нужна.
В документации дано следующее определение фрагментации индекса:
«В индексах сбалансированного дерева (rowstore) фрагментацией называют такое состояние, когда для некоторых страниц индекса логический порядок, основанный на значении ключа, не совпадает с физическим порядком страниц индексов». Отмечается также, что: «Если подсистема хранения имеет более высокую производительность последовательных операций ввода-вывода по сравнению с произвольными операциями ввода-вывода, то фрагментация индекса может привести к снижению производительности, ведь для чтения фрагментированных индексов требуется больше случайных операций ввода-вывода».
Это замечание важно, поскольку фактически является отсылкой к СХД на основе SSD, у которых все операции ввода вывода, как мы покажем дальше, являются случайными.
Есть ещё одно определение другого типа фрагментации, который в документации переведён на русский язык как «плотность страниц». С этим типом фрагментации связан важный факт, который влияет на актуальность статистик таблицы, не связанных с индексами. Вот, что написано в документации:
«Когда оптимизатор запросов компилирует план запроса, он учитывает стоимость операций ввода-вывода для чтения необходимых этому запросу данных. При низкой плотности страниц потребуется считывать больше страниц, а значит, и стоимость ввода-вывода будет выше. Это может повлиять на выбор плана запроса. Например, с течением времени плотность страниц уменьшается из-за разбиений, и оптимизатор может скомпилировать для того же запроса другой план с другой профилем потребления ресурсов и другой производительностью».
Пока что запомним это, поскольку подробнее коснёмся этого факта при анализе вызываемых дефрагментацией проблем с производительностью запросов.
В качестве резюме по типам фрагментации приведём тут выдержку из статьи: «Индексы. Теоретические основы»
Когда запись удаляется, в файле БД высвобождается место. Когда вставляется новая запись, это может привести к расщеплению страниц, что приводит к появлению пустого пространства на страницах данных. Когда данные обновляются, это может привести к изменению размера записи и к возникновению двух ранее упоминавшихся случаев. Все это приводит к фрагментации. В SQL Server рассматриваются два типа фрагментации: внутренняя и внешняя.1.Внутренняя подразумевает пустоты внутри страницы.2. Внешняя – непоследовательность связей страниц.Если страницы не полностью заполнены данными, это приводит к дополнительным операциям I/O и переиспользованию оперативной памяти. Помните, что страницы в оперативной памяти есть зеркальное отражение страниц на диске.В идеале страницы должны быть подлинкованы слева направо в порядке хранения данных. Вследствие расщепления страниц этот порядок может быть нарушен. Это приводит как к неполному заполнению страниц, так и к увеличению операций I/O вследствие непоследовательного положения цепочек страниц на диске – это вызывает дополнительные перемещения головок с цилиндра на цилиндр диска. А это одна из наиболее медленных дисковых операций.
В упомянутой только что статье были представлены методы обслуживания индексов, применяемые для SQL Server 2000. Обслуживание подразумевает две возможные операции: реорганизация индексов на уровне страниц для устранения внутренней фрагментации, или пересоздание индекса для устранения и внутренней и внешней фрагментации.
Давайте посмотрим, как с этим обстоит дело в современных версиях. Ещё в электронной документации к SQL Server 2005 было описано динамическое административное представление sys.dm_db_index_physical_stats. Тогда описание сопровождалось примерами использования, один из которых предлагал метод и правила автоматизации операций дефрагментации индексов в базе данных. Суть метода в том, что если значение avg_fragmentation_in_percent находится в диапазоне от 10 до 30, то в инструкции ALTER INDEX используется ключевое слово REORGANIZE, а если значение больше 30, то используется ключевое слово REBUILD.
В документе Разрешение фрагментации индекса путем реорганизации или перестроения индекса, предлагается использовать подобранные эмпирическим путём значения, взяв за основу данные из следующей таблицы:
avg_fragmentation_in_percent
Корректирующая_инструкция
ALTER INDEX REORGANIZE
ALTER INDEX REBUILD WITH (ONLINE = ON)
1 Эти значения дают примерное представление об определении точки, в которой необходимо переключаться между ALTER INDEX REORGANIZE и ALTER INDEX REBUILD. Однако фактические значения могут различаться в каждом конкретном случае. Важно определить наилучшее пороговое значение для используемой среды экспериментальным путем.
Эти рекомендации часто подвергались критике, поскольку пороги устанавливались исходя из очень пессимистичного сценария влияния фрагментации на производительность приложений, и большинство критиков считали их сильно заниженными. Вот одна из недавних статей на эту тему: Ваш скрипт, обслуживающий индексы, измеряет не то, что надо.
Существуют и другие предложения процентных порогов, один из которых был подробно изложен в книге: “Microsoft SQL Server 2005. Реализация и обслуживание. Учебный курс Microsoft“. Вот выдержка из этой книги, со страницы 368:
«Исполняйте инструкцию ALTER INDEX … REORGANIZE, чтобы выполнить дефрагментацию индекса, при соблюдении следующих пороговых значений: значение avg_page_space_used_in_percent в диапазоне от 60 до 75 или значение avg_fragmentation_in_percent в диапазоне от 10 до 15. Исполняйте инструкцию ALTER INDEX … REBUILD, чтобы выполнить дефрагментацию индекса, при соблюдении следующих пороговых значений: значение avg_page_space_used_in_percent меньше 60 или значение avg_fragmentation_in_percent больше 15».
В документации Майкрософт подчёркивается, что наибольший выигрыш дефрагментация даёт при операциях просмотра всего индекса или диапазона строк индекса или кучи. На операции поиска уровень фрагментации большого влияния не имеет. Это происходит потому, что просмотр выбирает данные не по дереву сбалансированного индекса, а по ссылкам на последовательность страниц, которые расположены непосредственно на самих страницах. На жёстких дисках время доступа к фрагментированным данным сильно зависит от времени позиционирования головок между цилиндрами. Операции с данными, расположенными на одном цилиндре, происходят быстро. Т.е. на время операций влияет Геометрия магнитного диска, которая схематично показана на рисунке из Википедии:
Всего этого механического «безобразия» больше нет на SSD дисках. Дефрагментация была полезна только для HDD c механическим перемещением головок над поверхностью диска. Расположение данных так, что для последовательного чтения не нужны перемещения готовки между «цилиндрами» позволяло повысить производительность последовательных операций чтения и записи. Надёжность и долговечность жёстких дисков тоже определяется возможностью перемещения головок. Пока это происходит штатно, диск будет работать, и возможности записи или чтения будут ограничены только старением или неисправностью привода.
В SSD дисках доступ к любым данным осуществляется за почти одинаковое время. Но в отличие от жёстких дисков, твердотельные диски изнашиваются, Для увеличения времени службы накопителя, ограниченного числом циклов перезаписи ячеек памяти, в SSD дисках используются алгоритмы рассеивания записи (для выравнивания износа), что превращает все последовательные операция чтения/записи в псевдослучайные. Схематично, это показано на рисунке ниже, взятого из стати Надежность SSD-накопителей: развенчиваем мифы и страхи пользователей.
С учётом этой особенности размещения данных на SSD можно отказаться от частого перестроения индексов, ограничившись реорганизацией или делать перестроение/реорганизацию вручную, при необходимости (например, для ускорения очистки фантомных строк или для сокращения времени пересчёта статистики). Прична банальна, SSD диск последовательную нагрузку всегда превращает в случайную. На логическом уровне индекс не будет фрагментирован, а на физическом фрагментация может быть абсолютной.
Для настольных компьютеров выполняемая не часто дефрагментация диска не приводит к заметному сокращению срока службы. Пользовательские файлы офисных приложений тоже фрагментируются. Те файлы, которые обычно пользователи размещают на дисках, не подвержены частой и интенсивной фрагментации. Если пользователь дефрагментирует файлы на диске раз в месяц – это не будет проблемой, хотя и не приведёт к ожидаемому повышению производительности, например, при создании моментального системного снимка. В отличие от этого, данные внутри файлов SQL Server могут подвергаться интенсивной фрагментации, и эта фрагментация может очень быстро достигать тех порогов, которые были обозначены выше, чтобы определить необходимость дефрагментации.
Для обслуживания индексов и статистики часто используют процедуру, автором которой является Ola Hallengren. В соответствии с выбранным набором параметров запуска, процедура устраняет внешнюю и внутреннею фрагментацию страниц. Следует отметить, что Майкрософт рекомендует для этих целей использовать процедуру AdaptiveIndexDefrag. Однако ни одна из этих процедур не умеет определять, располагаются ли файлы, в которых размещены индексы, на дисках SSD.
Те индексы, для которых был выбран REBUILD, обновляют статистику только для этих индексов. Цитата из документации Майкрософт, посвящённой статистике, глава Условия обновления статистики:
«Такие операции, как перестроение, дефрагментация и реорганизация индекса, не изменяют распределение данных, и поэтому после выполнения операций ALTER INDEX REBUILD, DBCC DBREINDEX, DBCC INDEXDEFRAG и ALTER INDEX REORGANIZE не нужно обновлять статистику. Но оптимизатор запросов обновляет статистику, когда выполняется перестройку индекса для таблицы или представления с помощью инструкции ALTER INDEX REBUILD или DBCC DBREINDEX. Такое обновление статистики является побочным эффектом повторного создания индекса. Оптимизатор запросов не обновляет статистику после операций DBCC INDEXDEFRAG и ALTER INDEX REORGANIZE.»
Однако, для оптимизатора запросов важным является ещё и стоимость операций ввода-вывода, которая зависит от плотности страниц. Если плотность страниц (внутренняя фрагментация) значительно изменится, а статистика для колонок останется неизменной, это может потенциально ввести оптимизатор в заблуждение и стать причиной выбора оптимизатором неоптимального плана запроса. Следует учитывать эти риски планируя обслуживание индексов.
Для размещённых на SSD дисках файлов данных, в подавляющем большинстве случаев дефрагментация не приведёт к ожидаемому повышению производительности дисковых операций, а только сократит срок службы SSD дисков и может привести к появлению неоптимальных планов запросов. Для SSD лучше полностью отказаться от перестроений и реорганизаций индексов на регулярной основе (это перестанет «убивать» диски). Такое решение кажется на первый взгляд весьма рискованным, влияние мифа о необходимости дефрагментации на нас очень велико. Если шок от этого предложения преодолеть трудно, попробуйте хотя бы не делать дефрагментацию каждый день и понаблюдайте за временем исполнения запросов. Когда поймёте, что время не меняется – продолжайте снижать частоту такого обслуживания. Отказавшись от ежедневной дефрагментации совсем, не забывайте обслуживать статистики индексов. Чем актуальнее статистики, тем проще оптимизатору выбирать хорошие планы для запросов.
Также увеличение числа страниц после изменений можно попробовать снизить за счёт сжатия данных индекса на уровне строк или страниц, как это описано тут: SQL SERVER – Rebuilding Index with Compression
Отказ от частой дефрагментации приведёт к следующим улучшениям:
Сокращение потребления ресурсов сервера на дефрагментацию
Дефрагментация портит статистику по колонкам (стоимость операций ввода-вывода), не входящим в ключ индекса. Без неё станет лучше статистика, а значит повысится качество планов запросов и сократиться время затронутых запросов.
Изменения распределения данных при дефрагментации передаются на реплики, поэтому отказ от дефрагментации сократит очереди на передачу и применение таких изменений.
Увеличится время жизни дисков SSD из-за сокращения числа циклов перезаписи ячеек хранения.
Теперь давайте перечислим те минусы, которые наиболее очевидны:
Время исполнения коротких транзакций не должно заметно измениться, но большие просмотры могут заметно удлиниться.
Увеличится время пересчёта статистик (стоит подобрать минимальный SAMPLE).
Размер файлов данных может заметно прибавить в весе.
До сих пор мы говорили об обслуживании индексов только в целях дефрагментации внешней и внутренней. Но это не единственное её предназначение. Пересоздание индексов можно использоваться для переноса данных в другую файловую группу, но эта операция обычно выполняется редко, необходимость её может ограничиваться единичными случаями. Более интересно перестроение индекса для удаления фантомных строк, как это указано в статье документации: Руководство по процессу очистки фантомных записей. В тех случаях, когда фоновый процесс очистки фантомных строк не успевает их чистить, и не удаётся эффективно использовать системную процедуру sp_clean_db_free_space, перестроение индекса оказывается наиболее быстрым и эффективным решением проблем с производительностью.
Резонный вопрос, почему в документации Майкрософт нет рекомендаций отказаться от дефрагментации индексов на SSD? Похоже, мы являемся свидетелями консервативного подхода, ориентированного прежде всего на небольшие базы данных, где пересоздание индексов не принесёт большого и даже заметного вреда. Однако, представленные выше в цитатах из документации оговорки должны обратить наше внимание на то, что к этому вопросу стоит подойти с разумением.
Для поддержания хорошей работоспособности жесткого диска нужно периодически выполнять его дефрагментацию. В противном случае устройство может раньше времени выйти из строя, а это в свою очередь будет означать потерю хранящейся на нем информации.
Как часто нужно дефрагментировать диски
Это зависит от активности пользователя и характера выполняемых операций. Если используется только пакет офисных программ и иногда запускаются встроенные в Windows игры, значимых для операционной системы изменений долгое время не происходит. В такой ситуации достаточно дефрагментировать винчестер раз в полгода.
Если же на компьютер постоянно сохраняются фильмы и аудиофайлы, устанавливаются новые программы, они вследствие своего немалого объема оказываются разбросаны по секторам, далеко отстоящим друг от друга. Значит, дефрагментация требуется значительно чаще. Насколько чаще, напрямую зависит от активности пользователя. При интенсивном использовании может оказаться, что и еженедельного обслуживания накопителя недостаточно.
Замедление работы компьютера начинает ощущаться при значении фрагментации диска около 10%. Если этот показатель достигает 30%, работа машины тормозится так, что пользоваться ею становится крайне некомфортно. В таких ситуациях дефрагментация диска просто необходима.
Как часто нужно делать дефрагментацию
Чтобы ответить на этот вопрос, нужно учитывать как интенсивно используется для записи HDD компьютера. Если вы каждый день записываете новые игры, фильмы и музыку, то советуем делать дефрагментацию хотя бы раз в месяц. Если же ваш компьютер преимущественно используется для интернет-серфинга, то можно проводить ее раз в 2-3 месяца.
Также советуем провести проводить данный процесс, если вы стали замечать, что снизилось быстродействие компьютера. По умолчанию в Windows дефрагментация проводится по расписанию – раз в неделю.
Как выполнить дефрагментацию стандартными средствами Windows 7
Самый простой способ сделать дефрагментацию HDD – обратиться к стандартным средствам Windows. Это можно сделать несколькими способами.
Первый способ
Перейдите в меню Пуск→Все программы→Стандартные→Служебные→Дефрагментация.
Начнем с того, что Вам не нужна дополнительная программа для проведения дефрагментации диска Windows 10. Все нужные средства, встроены в операционную систему Windows 10. Не пытайтесь найти дополнительный софт в сети интернет, чтобы дефрагментировать диск Windows 10. Дефрагментация - это процесс оптимизации. Ваш компьютере будет работать быстрее, если иногда, вспоминать про эту операцию. Сегодня говорим о дефрагментации диска на компьютере под управлением Windows 10.
Иногда вспоминать про дефрагментацию, это как? Дело в том, что не стоит проводить дефрагментацию регулярно, это не имеет особого смысла. Данная операция эффективна, время от времени, когда в процессе работы накапливается множество фрагментов файлов в памяти жесткого диска, и чтобы все это добро просканировать, система тратит значительный объем ресурсов. Чтобы ваш компьютер работал более эффективно, используйте встроенный в Windows инструмент дефрагментации.
На самом деле в Windows 10 файлы дефрагментируются автоматически, по умолчанию один раз в неделю. Однако в вопросах дефрагментации диска, операционная система Windows не всегда последовательна, поэтому, если вы заметили, что некоторые приложения начали требовать больше времени загрузки, следует уметь, проверять стабильность автоматической дефрагментации и при необходимости, самостоятельно запускать процесс дефрагментации диска.
Как быть с дефрагментацией SSD? Не секрет, что SSD работают иначе, чем традиционные механические жесткие диски. Многие думают, что SSD не нужно дефрагментировать, аргументируя это тем, что SSD изнашивается значительно быстрее обычных дисков. Да, SSD изнашивается, но дефрагментация - это не тот процесс, который разрушит Ваш SSD. Тем не менее, Windows делает дефрагментацию SSD дисков раз в месяц, если это необходимо, и если у вас настроено автоматическое восстановление системы.
Если Ваша система установлена на SSD диске, просто дайте Windows далать свое дело и не волнуйтесь о дефрагментации.
Но как проверить стабильность проведения автоматической дефрагментации дисков Windows 10, вот ряд простых шагов:
1. В Windows 10, набираем в поиске Дефрагментация и оптимизация ваших дисков ;
Обзор про свой жесткий диск я уже написал. А теперь задумался, как улучшить производительность жесткого диска. В этой статье я опишу что можно делать с жесткими дисками, а что нельзя. Говорим о форматировании, дефрагментации, проверке на битые разделы и прочих полезных вещах. :)
Форматирование
Казалось бы, изъезженная тема. Ан нет, есть и тут свои нюансы.
То, что форматируем под NTFS, я думаю понятно (тут и далее я рассматриваю Windows).
А вот как правильно выставить размер кластера?
С точки зрения производительности и надежности, чем больше размер кластера, тем лучше.
Потому что, нагрузка на процессор и память уменьшается, а также уменьшается степень фрагментированности данных, меньше времени требуется на дефрагментацию.
Но давайте рассмотрим более частные случаи.
Например, у нас есть раздел на диске, на котором много маленьких файлов (чаще всего это раздел, на котором стоит ОС). Предположим, что на нем 10000 маленьких файлов по 1 кб. А у нас размер кластера 64 кб. Итого, 640 мегабайт занято, вместо 10.
А вот если у вас коллекция HD-фильмов, музыки или игр, то размер кластера можете смело ставить на 64 кб.
Вывод:
Системным разделам (там где стоит ОС), при форматировании, стоит выделить небольшой кластер, 4 кб будет достаточно. А разделам, на которых у вас много больших файлов, лучше поставить размер кластера максимальный (64 кб), дабы увеличить производительность и обеспечить более долгую жизнь своему винчестеру.
Дефрагментация
Оптимизирует логическую структуру диска, ускоряет запись и чтение файлов, работу программ. Соответственно, на диске, который постоянно перезаписывается (чаще таким является системный диск) фрагментация больше и производить дефрагментацию требуется чаще.
Реализуется встроенными в Windows средствами (Свойства диска -> Сервис -> Выполнить дефрагментацию), но лично мне больше нравится программка Defraggler. Давайте рассмотрим ее.
Хотелось бы отметить, что данная программа — это надстройка к стандартному дефрагментатору Windows. В этом заключается как плюс, так и минус. Плюс в том, что благодаря этому, установочный файл весит менее мегабайта, а на диске она занимает не более двух. Минус в том, что особого прироста производительности ждать не приходится.
Однако, как видно из скриншота, она более информативная (чем стандартный дефрагментатор в Windows) и поддерживает русский язык. Также, в однозначные плюсы программы можно записать ее бесплатность, а также работу с большинством Windows-систем (с Windows 95 по Windows 7).
Также, есть возможность проведение быстрой дефрагментации и дефрагментации отдельных папок/файлов.
Нужна ли вам дефрагментация? Для убедительности, приведу цитату:
«Для испытания возможностей Defraggler было сделано следующее: фрагментированный видео файл размером 80 Мбайт записывается на пустой USB flash носитель. Время записи составляет 12 секунд с лишним. Затем USB flash носитель форматируется, а этот же файл проходит процесс дефрагментации на жёстко диске. После форматирования и перезагрузки USB flash носителя, уже дефрагментированный файл вновь записывается на этот носитель. На этот раз процесс занимает уже ни 12, а 8 секунд с лишним.»
Вывод:
Если на диске постоянно происходит перезапись файлов, то дефрагментацию лучше всего делать раз в 1-2 месяца. Если диск мало используется, то хватит одного раза в 4-6 месяцев. Главное об этом не забывать. Также, очень важно оставлять на диске 15% свободного места всегда, в противном случае MFT (общая таблица файлов) начнет фрагментироваться, что приведет к однозначному падению производительности.
Проверка на ошибки и поврежденные сектора
Рекомендую проверяться как можно чаще. Сегодня мне написал друг, после дефрагментации у него полетел винчестер (сейчас он делает проверку секторов и ошибок, но лучше бы он об этом подумал заранее), если не хотите такого же развития событий, то читайте далее.
Внимание, если у вас диск шуршит, гудит или заедает, задумайтесь, не пора ли его проверить на поврежденные сектора. Сделать это лучше заранее, в противном случае вы рискуете потерять ценную информацию.
Для подобного рода проверок, можно использовать стандартную программу chkdsk, которая вызывается из командной строки, либо через интерфейс взаимодействия с диском. (Свойства диска -> Сервис -> Выполнить проверку)
Если диск системный, то проверку можно выполнить при следующей загрузке.
Также можно воспользоваться удобной программой HDD Scan, про которую уже написан прекрасный обзор и HDD Renegator, ее обзор тоже есть, а точнее их даже два.
Вывод:
Проверка на ошибки и поврежденные сектора — одна из самых важных, ее не стоит забывать, иначе это может обернуться потерей данных. Эту проверку лучше проводить ежемесячно, дабы полностью обезопасить себя и свои данные.
Восстановление данных
Если предыдущие советы не помогли, и данные все же пропали, либо были случайно удалены, то помочь может только их восстановление.
При удалении файл лишь пропадает из зоны видимости, информация же сразу не уничтожается. В имя файла добавляется специальная метка, но он остается на диске до перезаписи. Поэтому, при случайном удалении важного файла или поверхностном (быстром) форматировании (при низкоуровневом данные пропадают навсегда) желательно сразу же выключить жесткий диск.
На эту тему есть хорошая подборка программ. От себя рекомендую EasyRecovery (меня не раз спасала). Хотя у некоторых специалистов, которые профессионально занимаются восстановлением данных, есть предубеждения относительно этой программы.
Также, рекомендую почитать «Помощь в восстановлении информации с HDD» и обращаться, по мере надобности.
Вывод:
До этой стадии лучше не доходить, но если все же так получилось и сами вы ничего не можете сделать (а данные вам важны), то лучше доверьтесь специалистам. Хоть это и не дешево (от 1000 до 15000 и более), но в большинстве случаев стоит того. Если же информация не важна, то чаще выходит дешевле купить новый винчестер, чем восстанавливать старый.
Сортировка данных
Имеется ввиду сортировка для более удобного ручного поиска по шаре.
Лично моя шара выглядит так (упростил для наглядности):
- Кино
- Игровое
- Мультики
- Передачи
- Сериалы
- Install
- Антивирусы
- Графика
- Для работы с коммуникатором
- Запись, эмуляция
- Обучение
- Плееры (аудио и видео), кодеки
- Программирование
- Программы для работы в интернете
- Работа с документами
- Системные
- Словари
- Тесты, бенчмарки, анализаторы
Надеюсь, получилось более-менее понятно. Очень буду рад, если кто в комментариях отпишет свой вариант или предложит мне более удобную сортировку.
Мониторинг состояния диска, замеры скорости
Для этой цели рекомендую использовать программы HD Tune Pro 3.50 (программа предназначена для дисков, производит замеры, контролирует температуру и множество других полезных функций и EVEREST (показывает информацию по всему оборудованию, по ОС, встроенный бенчмарк и куча наворотов).
Всю полезную информацию можно смотреть, если ваш диск поддерживает технологию SMART.Послесловие
Ну вот и заканчиваю я свой пятничный топик, хотя он уже стал субботним, судя по времени.
Напоследок, хотелось бы отметить интересную статью про ААМ. Очень полезная штуковина, позволяет увеличить производительность или уменьшить шум, тут уж как пожелаете. Единственное, чего не позволяет, это одновременно увеличить производительность и уменьшить шум. Ну, я думаю, сами разберетесь, если еще не читали.
Прошу простить за некоторую сумбурность изложения и возможные очепятки. Конструктивные поправки приветствуются.Не забывайте о бэкапах и хороших выходных вам. :)
UPD Никто так и не написал про свою сортировку данных, все зациклились на холиварах вокруг программ. А жаль… :)
Что такое фрагментация диска
Чтобы легче было это понять, представьте себе, что ваш жесткий диск — это тетрадный лист в клеточку. Каждая клетка такого листа может вместить в себя определенное количество файлов или только их часть. Когда вы записываете какой-то файл на ваш компьютер вы постепенно заполняете клетки тетради новыми данными. То есть любой файл записывается на HDD не целиком, а кусочками. Но так как файлы имеют различный размер, то они занимают разное количество тетрадных клеток в вашем тетрадном листе. Естественно компьютеру легче впоследствии обращаться к файлам, когда каждый файл записан последовательно в соседние клетки, но в процессе работы, когда вы решаете удалить какой-то файл с компьютера, эти клетки постепенно освобождаются и заменяются новыми.
Так, постепенно в тетрадном листе образуются пробелы, и в дальнейшем в эти пробелы компьютер также начинает записывать новые файлы, и ему приходится разбивать их, чтобы поместить в разные части тетради. Например, какие-то куски в записываются в середину листа, а какие-то снизу и сверху.
Этот процесс называется фрагментацией жесткого диска. Чем больше вы перезаписываете файлы, тем сложнее компьютеру в дальнейшем собирать файлы вместе при обращении к ним. Когда разные куски файлов находятся далеко друг от друга и это может существенно снижать быстродействие компьютера.
Подготовка к дефрагментации
Прежде чем приступать к дефрагментации, рекомендуется выполнить очистку жесткого диска.
Во время своей работы операционная система создает временные файлы. Сами они никуда не удаляются, занимая все больше места в памяти накопителя. Об их удалении должен позаботиться пользователь. Это может значительно ускорить работу дефрагментатора, ведь ему не придется обрабатывать ненужные данные. Для очистки можно использовать системную утилиту Windows. Порядок действий таков:
1. Найти в «Проводнике» диск, который требуется очистить, нажать по его значку правой кнопкой мыши и выбрать пункт «Свойства».
Многие пользователи Windows знают, что регулярная дефрагментация жесткого диска помогает ускорить работу компьютера. Однако не все знают, что это такое и как происходит этот процесс. Разбираем данный вопрос в статье.
Чтобы понять для чего HDD нужна дефрагментация, сначала нужно выяснить, что такое фрагментация.
Для чего нужна дефрагментация диска
Дефрагментация – процесс перераспределения фрагментов файлов на дисках, в результате которого данные перезаписывается в непрерывной области диска для более быстрого доступа к ним. Этот процесс приводит систему в порядок, находит и объединяет фрагментированные файлы на локальных томах, чтобы повысить производительность системы. На механическом HDD этот процесс полезен еще и тем, что после него уменьшается количество необходимых для считывания информации передвижений головки по диску.
Читайте также: