Defraggler оптимизация ssd что это
Несомненно, вопрос, вынесенный в заголовок статьи, не нов, поднимался не раз и по нему достигнут консенсус «не особо нужна, и даже может быть вредна».
Однако недавнее обсуждение в комментариях заставило меня ещё раз задуматься.
Со временем любой SSD всё равно сильно фрагментируется (внутри, в FTL)… Свежезаписанный SSD при линейном чтении даст высокую скорость, а уже поработавший — гораздо ниже, потому что линейными оно будет только для вас.
Да, обычно такое не должно происходить: или мы пишем «понемногу» в мелкие файлы/небольшие блоки метаинформации ФС (скорость линейного чтения которых нас не особо волнует), либо же мы пишем «помногу» в большие файлы и всё будет хорошо. Бывает и дозапись мелкими блоками в большие файлы — логи, например, однако они относительно короткоживущие и особой проблемы я тут не вижу.
Но легко представился вполне реальный сценарий, при котором всё-таки внутренняя фрагментация SSD может проявиться: файл базы данных, в который идёт достаточно активная случайная запись. Со временем он (оставаясь нефрагментированным на уровне операционной системы) окажется физически очень даже фрагментированным, что может существенно снизить скорость seq scan, резервного копирования и т.п.
Для проверки я написал скрипт и провёл тесты.
Спойлер: проблема присутствует (существенно влияет на производительность) только на одной из попавшихся под руки моделей (и та позиционируется производителем не как datacenter, а как десктопная/ноутбучная).
Если в двух словах, SSD устроен очень непросто. В NAND flash можно писать (точнее стирать) только большими блоками. А операционная система видит SSD как набор 512-байтовых (или 4096-байтовых) секторов, каждый из которых может быть адресован независимо.
Чтобы как-то это совместить, придумана такая вещь, как FTL (flash translation layer): данные во flash-памяти лежат не последовательно, а (очень условно) в том порядке, в котором они были записаны, что-то вроде log-структурированных файловых систем.
Такие структуры очень хорошо обрабатывают случайную запись, превращая её в последовательную, но, увы, ничто не бывает бесплатно — в результате зачастую последовательное чтение превращается в случайное.
Алгоритмы, по которым работают FTL, закрыты, однако, насколько мы можем судить, у разных производителей они могут кардинально различаться. Соответственно, кардинально может различаться и поведение накопителей под нагрузкой.
Именно это мы и будет исследовать.
Идея скрипта: создаём файл на несколько гигабайт, заполненный случайными данными, замеряем скорость последовательного чтения.
Далее используя случайный доступ переписываем часть тестового файла и снова измеряем скорость линейного чтения. Если наши подозрения верны, то теперь чтение из файла будет идти медленнее.
После каждой записи делаем по три операции чтения с задержкой между ними на случай, если какой-то накопитель в фоне производит дефрагментацию и потом скорость чтения улучшится.
Не раз встречал обзоры, в которых запускают чтение с нового накопителя, получают какие-то фантастические цифры и, ничтоже сумняшеся, публикуют их. Через какое-то время тест повторяют уже на не столь девственном диске, и вдруг оказывается, что время доступа выросло, а скорость, соответственно, упала.
Дело в поддержке TRIM: контроллер внутри SSD может «знать», что в конкретном блоке нет полезных данных, информация об этом хранится в FTL. И при запросе на чтение из такого блока он не обращается к медленной NAND flash, а сразу возвращает нули. На новом накопителе все блоки помечены как неиспользуемые, соответственно, в тестах на чтение он готов ставить рекорды. Только нас же интересует с какой скоростью SSD умеет отдавать не нули, а данные.
Кроме этого, некоторые накопители умеют сжимать данные, и на хорошо сжимаемых тестовых данных могут показывать не совсем те результаты, которые будут в реальной жизни.
Поэтому, перед тестированием стоит заполнять SSD несжимаемыми данными (в linux хорошим источником может служить /dev/urandom ).
тестовый файл создаётся в текущем каталоге.
тестировал только под linux c dash, coreutils и fio из debian buster, с другими дистрибутивами навряд ли будут проблемы, а вот под freebsd и другие операционные системы скорее всего скрипт придётся «допиливать».
Обнаружилось, что NVMe-накопители intel у меня сейчас только на серверах с windows; пришлось с помощью гугла, stackexchange и какой-то матери слепить вариант и под винду
Из внешних зависимостей только fio ; путь к exe-файлу и временному файлу указывается в первых строчках скрипта.
Получил следующие результаты:
- фоновой дефрагментации в тестируемых моделях не обнаружено: скорость чтения не повышается через некоторое время после записи, в том числе длительный «отстой» (час и даже более суток) ничего не меняет, поэтому в таблице ниже привожу просто лучший результат из трёх запусков;
- под windows почему-то время чтения менее стабильно и оказалось выше ожидаемого (впрочем, возможно, дело в том, что эти сервера оказались более нагружены);
- продолжение записи сверх указанного в скрипте (перезапись файла более одного раза) не влияет на производительность.
Время чтения (в секундах) файла размером 4Гб для разных дисков:
Диск | Первое чтение после последовательного заполнения файла | После случайной записи 50Мб | +200Мб | +800Мб | +4000Мб |
---|---|---|---|---|---|
intel S3510 SSDSC2BB480G6 | 10.7 | 10.7 | 10.8 | 10.8 | 10.8 |
toshiba XG5 KXG50ZNV512G | 1.9 | 2.9 | 3.7 | 4.8 | 6.8 |
samsung PM963 MZQLW960HMJP | 2.8 | 3.2 | 3.5 | 3.7 | 4.2 |
samsung PM983 MZQLB960HAJR | 3.3 | 3.6 | 3.4 | 3.4 | 3.4 |
samsung PM981 MZVLB1T0HALR | 1.8 | 1.8 | 2.1 | 2.5 | 3.5 |
samsung PM1725b MZPLL1T6HAJQ | 1.8 | 1.9 | 2.0 | 2.3 | 2.9 |
micron 5200 eco | 9.3 | 9.8 | 10.4 | 12.2 | 10.7 |
samsung PM883 MZ7LH1T9HMLT | 7.9 | 7.9 | 8.1 | 8.1 | 8.0 |
intel P3520 (win) | 5.8 | 5.9 | 6.0 | 6.1 | 5.8 |
intel P4500 (win) | 4.2 | 4.2 | 4.3 | 4.4 | 4.3 |
Жирным отмечены DC модели (остальные — десктопные/ноутбучные); где SATA, а где NVMe, думаю, видно без пояснений.
Мы видим, что по мере случайной записи в файл у самсунга PM981 скорость чтения падала и в итоге упала вдвое (но осталась, правда, достаточно неплохой), а у единственной тошибы в таблице — вовсе в 3.5 раза, фактически сравнявшись с таковой у SATA устройств.
С другой стороны, у большинства устройств случайная запись или вовсе не повлияла на производительность, или повлияла незначительно.
Моя интерпретация этих результатов: скорость линейного чтения у SSD действительно может деградировать со временем, однако деградация, вызванная внутренней фрагментацией, не носит совсем уж фатального характера на большинстве дисков (на дисках intel, например, она вовсе незаметна; на дисках samsung если и заметна, всё равно скорость чтения остаётся вполне приемлемой).
Остаётся открытым вопрос деградирует ли скорость чтения со временем по другим причинам (например, из-за износа NAND flash).
Могу сказать про тошибу XG5: разницы в поведении между диском, на который по SMART было записано >>150Тб, и новым диском я не заметил — или 300-400 перезаписей недостаточно, чтобы износ flash стал заметен, или он вовсе не влияет на производительность SSD.
По поводу падения производительности после случайной записи: у меня как раз на такой тошибе хранится достаточно нагруженная БД mysql размером около 100Гб. Действительно, в полном соответствии с изложенными выше теорией и измерениями, скорость чтения «боевых» таблиц mysql оказалась достаточно низкой (около 600Мб/с), скорость же чтения других крупных файлов с той же файловой системы гораздо выше (>2Гб/с).
Если хочется побороть, то можно воспользоваться одним из первых методов дефрагментации: делаем бэкап, удаляем файлы, восстанавливаем из бэкапа. Недостаток этого метода в том, что он достаточно долгий и подразумевает downtime (а через некоторое время данные во флеш-памяти снова окажутся фрагментированными и всё придётся повторять сначала). Так что проще или смириться, или выбирать диски, которые не подвержены этой проблеме.
Придумал относительно быстрый способ избавиться от внутренней (и только от внутренней) фрагментации SSD:
Не должно приводить к потере данных, но я не тестировал на боевых системах, ничего не гарантирую!
Есть ещё одно «но»: я не уверен на 100%, что все SSD правильно обрабатывают ситуацию «пишем нули в область, для которой до этого делали TRIM» (то есть с точки зрения накопителя области ФС, на которые ранее делали TRIM, могут теперь считаться не свободными, а занятыми данными).
В целом, рекомендация « забить смириться или выбирать диски» остаётся в силе.
Резюме: дефрагментация может быть полезна для некоторых SSD, однако не совсем такая (совсем не такая?) как для HDD. Нам важно не только то, что файл расположен в непрерывной цепочке секторов, но и то, что запись в эти секторы шла последовательно.
Что такое дефрагментация и для чего она нужна
Жёсткий диск представляет собой несколько вращающихся зеркальных пластин, скреплённых между собой. Он поделён на ячейки определённого размера (ёмкость), называемые секторами. В эти сектора записывается информация (файлы, которые мы загружаем на ПК). После удаления файла эти отделы остаются пустыми и на их место записывается новая информация.
При скачивании документа он занимает свободные ячейки. Большой файл может быть записан в две и более сектора. И если они не расположены рядом, то файл разбивается на фрагменты и записывается в те сектора, которые свободны. Таким образом, фильм может быть разбросан по всему диску. Отсюда получается фрагментация и считывающей головке приходится перемещаться по всему винчестеру туда-сюда, чтобы обработать информацию полностью. Это сокращает срок службы жёсткого диска и замедляет работу.
Описание
Defraggler — это программа для дефрагментации дисковых носителей. Она позволяет не только увеличить скорость работы компьютера, но и продлить срок службы самого жесткого диска. Конечно, в системе Windows есть встроенная программа-дефрагментатор, но она обладает более скудными возможностями.
Распространяется бесплатно, но есть и платная версия Professional с расширенной поддержкой. Сравнить версии можно на сайте разработчика. Поддерживаются различные языки, в том числе, русский. Работает на системах семейства Windows.
Установка и работа с программой Defraggler
В последних версиях программы CCleaner функцию дефрагментации жёсткого диска убрали. Но лишь потому, что разработчики компании Piriform выпустили отдельную утилиту Defraggler непосредственно для этой цели.
Дефрагментация винчестера с помощью Defraggler:
- Скачиваем и устанавливаем Defraggler с официального сайта (ссылка в конце статьи).
- При установке выбираем русский язык в выпадающем списке в правом верхнем углу установщика. В противном случае программа по умолчанию будет установлена на английском языке.
- Запускаем программу и видим в верхней части рабочего окна список дисков с необходимой информацией:
- тип носителя;
- объём;
- занятое место;
- свободно место;
- фрагментация;
- состояние.
До того как мы проведём анализ, пункты «Фрагментация» и «Состояние» имеют значение «Неизвестно» и «Готовность».
- Выбираем диск, который нам нужно дефрагментировать и нажимаем кнопку «Анализ» в нижней панели.
- Ждём пока анализ будет завершён. Это, как правило, занимает не больше минуты.
- В разделе «Состояние» мы видим информацию по конкретному диску: общее количество фрагментированных файлов, их объём, количество фрагментов и процентное соотношение фрагментации диска.
- Если указано, что состояние плохое и винчестер сильно фрагментирован нажимаем кнопку «Дефрагментация». И дальше нам остаётся только ждать. В зависимости от состояния накопителя процесс может занять и несколько часов. Не отключайте программу пока она не завершит процесс дефрагментации.
Пока мы ждём завершения процедуры можно посмотреть список фрагментированных файлов, количество фрагментов размер и расположение. В разделе программы «Карта диска» можно настроить карту диска — изменить вид и цвета. Это никак не повлияет на работу программы, это настройки пользовательского интерфейса для удобства. По умолчанию установлены оптимальные значения.
Здесь в разделе «Состояние» можно посмотреть более подробную статистику диска. В программе есть визуальная шкала отображения хода дефрагментации, где отчётливо видно как появляющиеся и исчезающие жёлтые и зелёные квадратики перемещаются по карте диска, постепенно выстраивая все файлы в порядке убывания от самого объёмного до самых лёгких файлов.
Дефрагментация для оптимизации работы винчестера
Чтобы оптимизировать работу компьютера следует периодически проводить дефрагментацию. Это процесс перезаписи файлов на жёстком диске с целью упорядочить их, собрать все разбросанные фрагменты и записать в соседних ячейках. Дефрагментацию следует проводить с периодичностью один раз в год, но если вы часто скачиваете и удаляете файлы с ПК, то это можно делать чаще.
Как пользоваться
Перед дефрагментацией рекомендуется сделать проверку диска;
Скачиваем и запускаем файл установки программы. Отвечаем на вопросы мастера. После запускаем программу (пуск — все программы — Defraggler – Defraggler);
Нажимаем кнопку «Анализ» и ждем окончания проверки;
Внимательно смотрим на результаты анализа;
Если число фрагментированных данных на диске больше 5%, рекомендуется провести дефрагментацию. Нажимаем кнопку «Дефрагментация»;
Дожидаемся окончания процесса и закрываем программу;
Для SSD дисков доступна оптимизация — заполнение свободного места нулевыми данными, что увеличивает производительность на запись:
Соглашаемся с предупреждением о временном уменьшении дискового пространства и дожидаемся окончания операции.
Не злоупотребляйте программой — ежедневное проведение дефрагментации только уменьшит срок службы жесткого диска.
Если компьютер начинает работать медленнее, увеличилось время отклика программ и жёсткий диск стал работать более шумно пора оптимизировать ПК. Один из способов такой оптимизации — это дефрагментация диска программой Клинер.
Нужна ли дефрагментация для HDD и SSD
Что для одного типа накопителя хорошо — для другого типа зло. Это справедливо для типов накопителей HDD и SSD. Если HDD, это намагниченные, вращающиеся пластины, с которых считывается информация с помощью, перемещающейся по всей поверхности пластин, головки, то SSD — это, по сути, большая флешка. В нём нет вращающихся и движущихся элементов и считывание информации происходит иначе. Операционная система обращается к нужному документу сразу и при записи на такой накопитель файлы не разбиваются на фрагменты.
HDD может служить много лет. Его срок службы не ограничен количеством записываемой информации. И если периодически его форматировать или проводить дефрагментацию, то винчестер может служить и 20 лет. При условии бережного обращения, не допуская перегрева или перепадов напряжения. Тогда как срок жизни SSD напрямую зависит от количества циклов записи/перезаписи.
Для SSD это количество равно (примерно) 5000 циклов (примерный срок службы такого твердотельного накопителя составляет 5-7 лет). То есть по исчерпании этого лимита на твердотельный накопитель уже нельзя будет что-то записать. И если вы задаётесь вопросом, нужна ли дефрагментация для твердотельного накопителя SSD, то ответ — не нужна, даже, наоборот, вредна! Дефрагментация — это несколько циклов записи/перезаписи файлов на жёстком диске. В случае с SSD это только сократит срок службы твердотельного накопителя.
Заключение
Дефрагментацию накопителя можно выполнять различными способами. Операционная система Windows также имеет встроенную утилиту для этой цели. И также на просторах интернета специализированных утилит, с помощью которых можно это делать великое множество как узконаправленных как Defraggler, так и комплектных утилит, где дефрагментация лишь одна из многочисленных функций. Как правило, эти утилиты платные и потребляют много ресурсов.
Когда весь интернет пестрит холиварами на тему «SSD ненадежны» и «SSD настолько быстрые, что я больше никогда не буду работать с HDD», думаю самое время внести немного ясности в то море противоречевой информации о самих SSD и о настройке Windows для работы с ними.
Кто заинтересовался, прошу под кат.
Вот я и стал счастливым обладателем этого чуда современной техники: OCZ Vertex 3 120 Gb. Сначала я загрузился в старой системе и обновил прошивку SSD, т.к. программа прошивки от OCZ не позволяет обновлять прошивку, когда диск является системным. Думаю, обновление прошивки – это первое, что нужно сделать после приобретения SSD, т.к. как показывает практика, ошибок в микропрограммах предостаточно, особенно в новых моделях SSD (по сравнению с которыми Vertex 3 уже и не самый новый :) ).
Далее я решил поставить на SSD чистую систему. Установка Windows 7 с флешки (USB 2.0) заняла где-то минут 10. Вау, подумал я, раньше установка некоторых тяжелых программ шла гораздо дольше, не говоря уж об операционной системе!
С этого момента можно было просто начать пользоваться супер быстрым диском и радоваться жизни, но меня не покидало параноидальное чувство, что мой SSD быстро сломается из-за частых перезаписей. Действительно, ограниченное количество циклов перезаписи SSD – это пока еще не миф. Но все уже знают, что даже ресурс в 10000 перезаписей – это очень и очень много при объеме диска в 120 Gb. В зависимости от контроллера SSD также может применять различные внутренние технологии выравнивания износа, релокации данных из одного места в другое, сжатия записываемых данных (актуально для контроллеров SandForce) – диск старается изо всех сил, чтобы работать быстро и долго :) Как либо повлиять на эту внутреннюю логику практически невозможно (разве что обновлением прошивки), поэтому при выборе SSD под какие-то особые задачи нужно искать информацию по логике работы его контроллера.
Для тех, кто особо заботится о диске и бережет его, в интернете имеется масса советов, как снизить нагрузку на диск по записи со стороны операционной системы. Эти советы можно разделить на полезные, вредные и спорные.
1) Перенос каталога для временных файлов на обычный (HDD) диск
Пути к каталогам TEMP находятся тут:
Компьютер – Свойства – Дополнительные параметры системы – вкладка Дополнительно – Переменные среды – TMP и TEMP (для текущего пользователя и общие).
Кто-то советует переносить Temp на RAMDisk, но это скорее вредный совет. Связано это с тем, что некоторые программы (в т.ч. апдейты) пишут данные во временный каталог, затем отправляют компьютер в ребут, а затем ожидают, что данные никуда не делись за это время. А RAMDisk по умолчанию очищается при перезагрузке. Но даже если ваш RAMDisk поддерживает сохранение данных в образ и восстановление после перезагрузки, это тоже не панацея, т.к. возможна ситуация, при которой служба RAMDisk'а просто не успеет запуститься и проинициализироваться к тому моменту, как программы начнут обращаться к временному каталогу.
2) Отключение гибернации
Это довольно странный совет. С одной стороны, отключение гибернации позволяет избавиться от файла hiberfil.sys, размер которого равен объему оперативной памяти, а место на SSD нам особенно дорого. Также при каждой гибернации на SSD пишется относительно большой объем данных, что «ведет к износу и бла-бла-бла-бла»… Апологеты данного совета пишут мол «зачем вам гибернация, ведь с SSD система и так стартует за несколько секунд». Но лично мне гибернация нужна не ради быстрого старта, а чтобы не закрывать (и не открывать потом заново) чертову кучу приложений, которыми я постоянно пользуюсь, так что целесообразность отключения гибернации находится под большим вопросом.
Я с радостью переместил бы файл hiberfil.sys на другой диск (на HDD), но в силу системных ограничений сделать это невозможно.
3) Отключение защиты системы.
Компьютер – Свойства – Защита системы – вкладка Защита системы – Настроить – Отключить защиту системы.
Сделать это можно, если вы пользуетесь хоть какими-то другими средствами резервного копирования системы. В противном случае есть большой риск получить нерабочую систему в случае каких-то сбоев.
4) Отключение файла подкачки.
Этот совет вызывает самые бурные споры и даже от Microsoft не удалось добиться внятных разъяснений.
Я считаю данный совет вредным и рекомендую переносить файл подкачки на обычный (HDD) диск (но ни в коем случае не на RAMDisk :), почему, даже пояснять не буду – эту информацию легко найти в сети).
Полностью отключать файл подкачки вредно со следующей точки зрения. Некоторые «шибко умные» программы (например, MS SQL Server) резервируют себе виртуальное адресное пространство в очень больших количествах (про запас). Зарезервированная память не показывается в диспетчере задач, ее можно увидеть например в Process Explorer, включив отображение колонки «Process Memory – Virtual Size». При наличии файла подкачки система резервирует память в нем (т.е. некий диапазон объявляется недоступным для использования другими приложениями). При отсутствии файла подкачки резервирование происходит непосредственно в оперативной памяти. Если кто-то сможет прояснить в комментариях (со ссылками на достоверные источники), как именно это влияет на работу других программ и производительность, буду очень благодарен.
5) Отключение Prefetch, ReadyBoot, и Superfetch.
5.1. Prefetch – это технология ускорения загрузки системы и приложений за счет упреждающего чтения данных с диска. Она актуальна только для медленных носителей. Поскольку с Random reads у SSD все в порядке, Prefetch можно безболезненно отключать.
Служебные данные Prefetcher хранит в C:\Windows\Prefetch.
Для отключения Prefetch нужно изменить на 0 значение параметра Enable Prefetcher в ключе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters.
5.2 ReadyBoot (не путать с ReadyBoost) – это дополнение к Prefetch, которое логгирует процесс загрузки для определения порядка и состава требуемых при загрузке данных и на основе этих логов подготавливает требуемые данные для ускорения процесса загрузки.
Сами логи лежат в C:\Windows\Prefetch\ReadyBoot. Отключение Prefetcher'а не приводит к остановке записи этих логов. Для остановки логгирования необходимо установить в 0 параметр Start ключа HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WMI\Autologger\ReadyBoot
Отключение ReadyBoot в целом является относительно бесполезным советом, т.к. никакого прироста по скорости это не даст, разве чуть-чуть сократит записи на диск, т.к. не будут вестись логи загрузки (которые довольно маленькие, порядка нескольких мегабайт).
5.3 Superfetch – это технология предзагрузки часто исполняемых программ в оперативную память. Отключать его не имеет смысла, т.к. Superfetch не приводит к записи на диск.
6) Отключение индексации
В свойствах диска можно убрать галку «Разрешить индексировать содержимое файлов на этом диске в дополнение к свойствам файлов». Это может снизить размер индексов, которые строит индексатор Windows, т.е. снизить нагрузку по записи на SSD.
Сами индексы лежат в C:\ProgramData\Microsoft\Search
Также можно полноcтью отключить индексатор, отключив службу Windows Search.
7) Перенос кэшей приложений на RAMDisk.
Под приложениями здесь имеются в виду в основном браузеры, т.к. именно они активно используют кэш посещенных страниц. Переносить этот кэш на HDD было бы довольно глупо, т.к. нам же нужно ускорение! А поэтому вполне хорошим решением является вынесение этих кэшей на небольшой (например, 1 Гб) RAMDisk (лично я использую AMD Radeon RAMDisk, правда несмотря на громкое название это продукт фирмы Dataram).
У каждого браузера свой способ указания местоположения кэша, эту информацию легко найти в сети.
8) Отключение usn журнала файловой системы NTFS.
Один из спорных и противоречивых советов. С одной стороны, у меня не получилось отключить usn журнал для системного раздела. Также usn журнал используется некоторыми программами (напр., Everything) для отслеживания измененных файлов. Если кто-то может прокомментировать ситуацию насчет полезности отключения usn, буду очень благодарен.
UPD 9) Отключение дефрагментации диска
Windows 7 должна сама отключать дефрагментацию для SSD-дисков, поэтому ничего настраивать руками не нужно.
Выводы:
1. Даже если не прибегать ни к каким советам по конфигурированию системы для работы с SSD, Windows 7 будет работать на SSD чуть менее чем превосходно.
2. Некоторые советы позволят вам снизить количество записей на SSD-диск, что может продлить и без того относительно долгий срок его работы.
3. Многие советы позволят вам изменить некоторые параметры, не убив при этом производительность системы, но и не давая никакой практической пользы :)
Другие идеи и советы крайне приветствуются! Надеюсь, вместе мы сможет разграничить их на полезные и вредные :)
Привет, Geektimes! Многие до сих пор продолжают утверждать, что твердотельные накопители ненадежные, поскольку имеют ограниченное количество циклов перезаписи и больше подвержены износу, нежели HDD. Сейчас большинство мифов об этом уже развенчаны, однако некоторые советы по оптимизации Windows для работы с SSD могут оказаться полезными.
Многие трюки по оптимизации устарели с того момента, когда SSD были слишком дорогими и ограничивались максимальной емкостью в 128 ГБ. Тем более в погоне за более высокой производительностью накопителя вы можете затронуть другие процессы и в конечном итоге сделать только хуже. Поэтому очень важно знать, какие советы действительно окажутся полезными и будут работать, а какие в современных реалиях бестолковые и не имеют практического смысла.
Улучшить производительность твердотельного накопителя можно не только посредством снижения нагрузки на диск стандартными средствами Windows, но и также при помощи сторонних действий. Одно из них — обновление прошивки SSD. Для дисков компании OCZ предусмотрен удобный апдейт в один клик в специальной утилите SSD Guru, о которой мы вам уже рассказывали.
Достаточно запустить программу, выбрать соответствующую вкладку и запустить процедуру обновления. Ничего сложного, к тому же поставляется утилита бесплатно и совместима со всеми современными накопителями OCZ.
В целом, многие пользователи могут ограничиться одним лишь обновлением прошивки. Но продвинутые гики, уверены, на этом не остановятся. И если вы хотите, чтобы накопитель прослужил вам максимально долго, можете воспользоваться еще несколькими советами. А мы, в свою очередь, поможем определить, какие из них полезные.
Первый, актуальный и для Windows 10 — выбор интерфейса. Чтобы SATA SSD нормально функционировал, необходимо обязательно выбирать интерфейс AHCI. Если выбрать IDE, твердотельный накопитель может либо вообще не работать, либо работать с ошибками. Также использование AHCI позволяет активировать TRIM для накопителя SATA, а также очередь команд NCO.
Хотите добиться наибольшей производительности на той же «семерке»? Обязательно устанавливайте AHCI в качестве интерфейса, если еще этого не сделали.
Сперва зажмите клавиши WIN + R, введите msconfig и нажмите Enter. Во вкладке «Загрузка» выберите безопасный режим, примените изменения и перегрузитесь.
При загрузке зажмите F2 или DEL для входа в настройки BIOS, а затем измените интерфейс SATA с IDE на AHCI. После этого сохраните настройки и снова перезагрузитесь. Осталось вновь проделать нехитрые действия с msconfig и отключить безопасный режим.
Не лишним будет также перенести каталог для кеширования временных файлов с твердотельного накопителя на HDD, если у вас есть такая возможность. В Windows это папки TMP и TEMP, которые сперва необходимо создать на том диске, куда будем их переносить, если вы хотите достить увеличения ресурса SSD. Затем заходим в «Компьютер» — «Свойства» — «Дополнительные параметры системы» — вкладка «Дополнительно». Заходим в «Переменные среды», где при помощи кнопки «Изменить» указываем новые значения переменных взамен старых.
Вам останется перезагрузить компьютер для внесения изменений, а потом удалить содержимое папок на SSD, поскольку оно вам больше не потребуется.
Отключение гибернации — пожалуй, первый спорный совет из нашего списка. Да, круто избавиться от файла, который занимает львиную долю оперативной памяти (hiberfil.sys), и снизить износ SSD посредством уменьшения количества записей при гибернации. Но у этого совета есть два ключевых минуса.
Во-первых, вы не сможете быстро приступать к работе, придется заново открывать часто используемые приложения. Конечно, с накопителями OCZ система стартует быстро, но зачем создавать себе лишние неудобства? Кроме того, без гибернации велик риск снижения автономной работы компьютера. Впрочем, это актуально только для ноутбуков, а не для стационарных машин. В случае с последними гибернация имеет хоть какой-то смысл.
Даже с включенной гибернацией SSD прослужит вам долго, гарантия говорит сама за себя. Однако если вы все же хотите поэкспериментировать и убедиться в спорности данного утверждения, можете воспользоваться командой ниже.
А вот отключение Prefetch, напротив, положительно скажется на твердотельном накопителе, поскольку вам удастся уменьшить количество записей на диск. Если на HDD от этой технологии еще есть какой-то толк, то в случае с SSD она оказывается практически бесполезной, так как не дает ощутимый прирост скорости загрузки приложений.
Чтобы ее отключить, необходимо сперва войти в реестр Windows (Win + R — regedit). Далее проделать следующий путь:
Здесь достаточно установить значение параметра EnablePrefetcher на 0.
Что касается Superfetch и ReadyBoot, от их отключения вы вряд ли выиграете. В случае с первой оно вовсе нецелесообразно, поскольку никак не отражается на объеме данных, записанных на диск. Избавление от ReadyBoot защитит SSD от некоторого дополнительного износа, но сделает это настолько незаметно, что вы даже не почувствуете.
Также полезным может оказаться отключение индексации диска, так как это снизит количество записей на SSD. На производительности системы это никак не скажется, зато накопитель скажет вам спасибо. Тем более каких-либо хитрых телодвижений совершать не нужно: просто открываете свойства диска и отключаете индексацию во вкладке «Общие».
Дефрагментация диска также оказывает на SSD негативное влияние — она ему просто не нужна, данные в NAND всегда фрагментированы из-за процесса выравнивания износа ячеек. На Windows 7 ее нет, но в Windows 8 и Windows 10 она может встречаться. Если ваша система еще сама не поняла, что столкнулась с твердотельным накопителем, а не с SSD, ей нужно об этом напомнить.
Зажимаем Win + R и вводим команду dfrgui. Здесь вы сможете проверить, выполняет система дефрагментацию SSD или нет, а также настроить ее расписание для жестких дисков.
Как видите, в нашем случае система сама поняла, что установлен SSD (диск C:), и никогда не будет запускать его дефрагментацию.
Многие спросят про отключение или перенос файла подкачки, но для современных накопителей это уже бесполезный совет. Ни в коем случае не стоит переносить его на HDD, поскольку вы ничего от этого не выиграете, а вот с производительностью и работой сторонних программ могут возникнуть проблемы.
В то же время эффективно будет устанавливать большие программы на HDD при наличии такой возможности, не говоря уже о хранении больших объемов данных на внешнем накопителе или на жестком диске на этом же компьютере. Особенно актуально для тех дисков, которые работают на технологиях MLC и TLC — они способствуют быстрому износу.
Стоит отметить, что большинство этих советов положительно не влияют на производительность Windows, но зато способствуют долголетию SSD. Просто надо помнить одну вещь: современные твердотельные накопители от OCZ надежные и прослужат вам много лет даже без применения подобных трюков. А те, кто до сих пор считают обратное и верят в сильный износ дисков, могут положить свои SSD на полку — эффект будет тот же.
Предлагайте свои умные советы по оптимизации Windows для работы с SSD в комментариях, будет интересно обсудить опыт владельцев.
Читайте также: