Домой / Группы / Ssd в качестве кэша. SSD - кэширование

Ssd в качестве кэша. SSD - кэширование

Появление твердотельных жёстких дисков или сокращённо SSD, безусловно, можно считать прорывом в развитии технологий создания устройств для записи и хранения цифровой информации. Первые поступившие на рынок SSD, за исключением высокой скоростью доступа к произвольным блокам информации, во многом уступали традиционным HDD-дискам. Мало того что их объёмы без преувеличения можно было назвать более чем скромными, они к тому же ещё имели низкую отказоустойчивость и стоили немалых денег.

Что c SSD не так?

Высокая скорость, бесшумность и малое энергопотребление твердотельных накопителей послужили неплохими драйверами для их развития. Современные SSD-диски – это лёгкие, очень быстрые и достаточно надёжные с точки зрения механики устройства, используемые в планшетах, ультрабуках и других компактных устройствах. Значительно снизилась и цена на SSD. Но всё же совершенными их никак назвать нельзя. Все SSD имеют значительный недостаток – ограниченное число циклов перезаписи.

Флеш-память большинства SSD имеет тип MLC и позволяет записывать данные примерно от 3 до 10 тысяч раз, тогда как обычные USB исчерпывают свой ресурс за 1000 и менее циклов перезаписи. Есть и такие SSD, например, с типом памяти SLC, которые могут выдержать несколько сотен тысяч циклов перезаписи. Нюансов много, поэтому нет ничего удивительного, что как раз эта особенность SSD-дисков и вызывает у рядовых пользователей массу вопросов касательно их эксплуатации, а главное – продления срока их службы. Нужна ли оптимизация SSD в Windows 7/10 или это просто всего лишь очередной миф, созданный самими производителями и разработчиками коммерческого ПО?

Базовая подготовка

Да, вы можете оставить на ПК с SSD всё так, как есть и, возможно, будете правы, но если вы действительно заботитесь о своём диске и желаете, чтобы он прослужил как можно дольше, стоит подумать о его настройке. Начнем с того, купили ли вы компьютер с интегрированным SSD или только сам диск, которым хотите заменить HDD, перенеся с него Windows. В первом случае ограничиться можно настройкой системы. Если же SSD вы устанавливаете сами, обязательно проверьте, включен ли в BIOS режим подключения AHCI для SATA контроллера.

Здесь есть два момента: после включения AHCI и переноса Windows на SSD система может не загрузиться, так как в ней не окажется соответствующих драйверов. Поэтому либо устанавливайте драйвера загодя, либо выполните переустановку Windows с нуля. Второе. В BIOS старых ПК может не оказаться режима AHCI. В этом случае БИОС придётся обновить. Теперь что касается прошивки контролёра SSD. Владельцы твердотельных дисков часто спрашивают, будет ли накопитель работать быстрее, если установить последнюю версию прошивки. Да, будет, но если вы решите её обновлять и вообще, если в этом возникнет нужда, лучше обратиться за помощью в сервис обслуживания.

Системные настройки. Отключение дефрагментации

Для HDD дефрагментация полезная штука, но SSD-дискам она, напротив, может повредить, поэтому Windows обычно автоматически отключает её. Тем не менее, стоит проверить, действительно ли она отключена. Запустите командой dfrgui утилиту оптимизации дисков и нажмите «Изменить параметры».

Убедитесь, что галочка «Выполнять по расписанию» снята. Если она там стоит, обязательно снимите её.

Включение TRIM

Механизм TRIM производит оптимизацию SSD-накопителя, очищая ячейки памяти от ненужных данных при удалении их с диска. Использование TRIM обеспечивает равномерный износ ячеек диска и увеличивает скорость его работы. Чтобы проверить, активна ли в вашей системе TRIM, выполните в запущенной от имени администратора командной строке команду fsutil behavior query DisableDeleteNotify .

Если значение возвращённого параметра DisableDeleteNotify будет 0, значит всё в порядке и функция трим включена, если 1 - значит отключена и её следует включить командой fsutil behavior set DisableDeleteNotify 0 .

Применима эта настройка SSD только к Windows 7/10, тогда как Vista и XP её не поддерживают. Варианта два: либо установите более новую систему, либо ищите SSD-диск с аппаратным TRIM. Учтите также, что некоторые старые модели твердотельных накопителей вовсе не поддерживают TRIM, правда, вероятность, что они ещё реализуются в магазинах цифровой техники очень мала.

В процессе в файл hiberfil.sys на системном диске может записываться значительный объём данных, сопоставимый с объёмом оперативной памяти. Нам же для продления службы SSD нужно сократить количество циклов записи, поэтому гибернацию желательно отключить. Минус такой настройки SSD в том, что вы больше не сможете сохранять открытыми файлы и программы при выключении компьютера. Чтобы отключить гибернацию, выполните в запущенной с администраторскими привилегиями команду powercfg -h off .

Перезагрузите компьютер и убедитесь, что скрытый системный файл hiberfil.sys удалён с диска C.

Отключение поиска и индексирования файлов

Что еще можно сделать, чтобы правильно настроить SSD диск для Windows 7/10? Ответ – отключить индексацию содержимого диска, ведь SSD и так достаточно быстрый. Откройте свойства диска и снимите галочку «Разрешить индексировать содержимое файлов…».

Но вот какая штука. Если помимо SSD у вас есть HDD, то отключать индексацию на нём вы вряд ли захотите. Что из этого получится? По умолчанию файл индекса располагается на диске C и писаться данные с диска D всё равно будут на твердотельный диск.

Если вы не хотите отключать индексацию на пользовательском томе, вам нужно будет перенести файл индексации с системного SSD-диска на пользовательский HDD. Откройте командой control /name Microsoft.IndexingOptions параметры индексирования.

Теперь нажмите «Дополнительно» и укажите своё расположение индекса, предварительно создав на пользовательском диске папку.

Если же на вашем ПК только SSD, можете полностью отключить индексирование и поиск, открыв командой services.msc оснастку управления службами и остановив службу Windows Search.

Отключение защиты системы

Спорный момент. Отключив создание системных теневых копий, вы с одной стороны уменьшите число циклов записи, с другой – увеличите риск получить нерабочую систему в случае какого-нибудь непредвиденного сбоя. Использование откатных – один из самых эффективных и простых способов вернуть Windows в рабочее состояние, по этой причине мы бы не рекомендовали отключать эту функцию, тем более что создаются точки нечасто и места занимают не так уже и много.

Не рекомендует отключать защиту системы для своих SSD Intel, того же мнения придерживается Microsoft. Впрочем, решать вам. Если вы используете другие средства резервного копирования, например, Acronis True Image, системную защиту можно отключить. Для этого зайдите в свойства системы, на вкладке «Защита системы» выделите SSD-диск и нажмите «Настроить». Далее в параметрах восстановления активируйте радиокнопку «Отключить защиту системы», ползунок передвиньте в ноль и нажмите кнопку «Удалить».

Отключать или нет файл подкачки?

Ещё более неоднозначным решением является отключение файла подкачки. Кто-то советует переносить его на HDD, кто-то полностью отключать, но не всё так просто. Файл подкачки необходим для оптимизации быстродействия системы и программ, требующих значительных ресурсов ОЗУ. Отключение подкачки действительно может снизить нагрузку на диск, но полученный эффект будет очень незначительным. К тому же это отключение может существенно снизить производительность компьютера.

Особого смысла в переносе файла подкачки на жёсткий HDD-диск тоже нет, так как он во много раз медленнее SSD, и постоянное обращение к нему системы станет замедлять её работу. Отключить, а ещё лучше уменьшить файл подкачки допустимо только в одном случае – если на вашем компьютере имеется более 10 Гб ОЗУ, и при этом вы не пользуетесь ресурсоёмкими приложениями. А так, конечно, лучше всё оставить по умолчанию. Выполнить все манипуляции с файлом подкачки вы можете в окне параметров быстродействия, вызываемого в окошке «Выполнить» командой systempropertiesperformance (далее Дополнительно – Изменить).

Prefetch и Superfetch

По идее, здесь также всё лучше оставить по умолчанию. Функция никак не влияет на долговечность твердотельных дисков, так как не производит никаких записей. Тем более, что при установке Windows на SSD система автоматически её отключает. Желаете убедиться, что она отключена? Перейдите в редакторе реестра по адресу HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Session Manager/Memory Management/PrefetchParameters и посмотрите значение параметра EnableSuperfetch . Он должен быть установлен в 0. Отключить её также можно через оснастку управления службами.

Что касается Prefetch, то производимые ею записи на диск столь незначительны, что её можно проигнорировать. Впрочем, можете её отключить, ничего страшного не произойдёт. Для этого в том же ключе реестра установите в качестве значения параметра EnablePrefetcher 0.

То же самое можно сказать об отключении дополнительной функции Prefetch ReadyBoot, логгируемой процесс загрузки приложений. Объем производимых ею записей в папку C:/Windows/Prefetch/ReadyBoot ничтожен, но если вы хотите отключить и их, установите в 0 параметр Start в ключе HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/WMI/Autologger/ReadyBoot .

Программы для оптимизации SSD-диска

Практически все, что было показано на примерах выше, можно сделать с помощью специальных утилит. Как настроить SSD под Windows 7/10 с использованием сторонних программ? Очень просто. Большинство из них имеет интуитивно понятный интерфейс, представленный набором опций, которые можно включить или отключить. Оптимизаторов SSD много, но мы остановимся только на самых популярных.

SSD Mini Tweaker

Самая удобная портативная программка для оптимизации твердотельных накопителей. Утилитой поддерживается работа с функциями дефрагментации, гибернации и защиты системы, Trim, Superfetch и Prefetcher, управление файлом подкачки и Layout.ini, индексированием, кэшем файловой системы и некоторыми другими настройками.

Интерфейс SSD Mini Tweaker представлен окошком со списком доступных для управления функций. После применения новых настроек может потребоваться перезагрузка ПК.

Условно-бесплатная утилита для оптимизации и настройки производительности SSD диска. Русского языка в Tweak-SSD нет, но зато есть удобный пошаговый мастер, предлагающий оптимальные настройки. Возможности этой программы включают отключение индексации файлов, помощника совместимости программ, гибернации, файла подкачки, дефрагментации, записи времени последнего доступа к файлу, работу с TRIM, увеличение кэша файловой системы, снятие лимита NTFS на использование памяти, а также вынос ядра в памяти вместо выгрузки части модулей на диск.

SSD Fresh Plus

Ещё один оптимизатор SSD. В отличие от аналогов, поддерживает работу с данными S.M.A.R.T. С помощью Abelssoft SSD Fresh Plus можно отключить дефрагментацию, использование сокращённых имен для папок и файлов, временные метки, журнал Windows, службы предварительной выборки.

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

Заключение

На этом, пожалуй, всё. Есть также и другие рекомендации по оптимизации SSD, но они по большей части либо сомнительны, либо вредны. В частности, не рекомендуется отключать кэширование записей для SSD-диска и USN-журнал файловой системы NTFS. Не следует также переносить с SSD программы и временные папки Temp, кэш браузеров и прочее, ведь какой тогда смысл в покупке SSD-диска? Нам нужно ускорение работы программ, перенеся же их на HDD, вы только замедлите работу системы.

И напоследок вот вам добрый совет. Не заморачивайтесь особенно с оптимизацией SSD. Чтобы выработать ресурс даже бюджетного твердотельного диска 128 Гб, вам потребуется как минимум десяток лет, если только вы не станете записывать и удалять ежедневно терабайты данных. А за это время безнадёжно устареет не только модель диска, но и сам компьютер.

  • Серверная оптимизация ,
  • Системное администрирование ,
  • Хранение данных ,
  • Хранилища данных
  • В статьях про СХД из "конспекта админа" практически не рассматривались технологии софтовой организации дискового массива. Кроме того, за кадром остался целый пласт относительно дешевых сценариев ускорения хранилищ с помощью твердотельных дисков.


    Поэтому в этой статье рассмотрю три неплохих варианта использования SSD-дисков для ускорения подсистемы хранения.

    Почему просто не собрать массив из SSD – немного теории и рассуждений на тему

    Чаще всего твердотельные накопители рассматривают просто как альтернативу HDD, с большей пропускной способностью и IOPS. Однако, такая замена "в лоб" часто стоит слишком дорого (брендовые диски HP, например, стоят от $2 000), и в проект возвращаются привычные накопители SAS. Как вариант, быстрые диски просто используются точечно.


    В частности, удобным выглядит использование SSD для системного раздела или для раздела с базами данных – с конкретным выигрышем в производительности можно ознакомится в . Из этих же сравнений видно, что при использовании обычных HDD узким местом является производительность диска, а в случае SSD сдерживать будет уже интерфейс. Поэтому замена одного лишь диска не всегда даст такую же отдачу, как комплексный апгрейд.


    В серверах используют SSD с интерфейсом SATA, либо более производительные SAS и PCI-E. Большинство представленных на рынке серверных SSD с интерфейсом SAS продаются под брендами HP, Dell и IBM. К слову, даже в брендовых серверах можно использовать диски OEM-производителей Toshiba, HGST (Hitachi) и других, которые позволяют сделать апгрейд максимально дешевым при схожих характеристиках.


    С широким распространением SSD был разработан отдельный протокол доступа к дискам, подключенным к шине PCI-E – NVM Express (NVMe). Протокол разработан с нуля и значительно превосходит своими возможностями привычные SCSI и AHCI. С NVMe обычно работают твердотельные диски с интерфейсами PCI-E, U.2 (SFF-8639) и некоторые M.2, которые быстрее обычных SSD более чем вдвое . Технология относительно новая, но со временем она обязательно займет свое место в самых быстрых дисковых системах.


    Немного про DWPD и влияние этой характеристики на выбор конкретной модели.

    При выборе твердотельных дисков с интерфейсом SATA следует обращать внимание на параметр DWPD, который определяет долговечность диска. DWPD (Drive Writes Per Day) – это допустимое количество циклов перезаписи всего диска в сутки на протяжении гарантийного периода. Иногда встречается альтернативная характеристика TBW/PBW (TeraBytes Written, PetaBytes Written) – это заявленный объем записи на диск на протяжении гарантийного периода. В SSD для домашнего использования показатель DWPD может быть меньше единицы, в так называемых "серверных" SSD - 10 и более.


    Такая разница возникает из-за разных типов памяти:

      SLC NAND . Самый простой тип – в каждой ячейке памяти хранится один бит информации. Поэтому такие диски надежны и обладают хорошей производительностью. Но приходится использовать больше ячеек памяти, что негативно влияет на стоимость;

      MLC NAND . В каждой ячейке хранится уже два бита информации – самый популярный тип памяти.

      eMLC NAND . То же самое что и MLC, но повышена устойчивость к перезаписи благодаря более дорогим и качественным чипам.

    • TLC NAND . В каждой ячейке хранится по три бита информации – диск максимально дешев в производстве, но обладает наименьшими производительностью и долговечностью. Чтобы компенсировать потери по скорости, для внутреннего кэша часто используется память SLC.

    Таким образом, при точечной замене обычных дисков твердотельными логично использовать MLC-модели в RAID 1, что даст отличную скорость при том же уровне надежности.


    Считается, что использование RAID совместно с SSD – не лучшая идея. Теория основывается на том, что SSD в RAID изнашиваются синхронно и в определенный момент могут выйти из строя все диски разом, особенно при ребилде массива. Однако, с HDD ситуация точно такая же. Разве что, испорченные блоки магнитной поверхности не дадут даже прочитать информацию, в отличие от SSD.

    По-прежнему высокая стоимость твердотельных накопителей заставляет задуматься об альтернативном их использовании, помимо точечной замены или использования СХД на базе одних лишь SSD.

    Расширяем кэш RAID-контроллера

    От размера и скорости кэша RAID-контроллера зависит скорость работы массива в целом. Расширить этот кэш можно с помощью SSD. Технология напоминает решение от Intel.


    При использовании подобного кэша данные, которые используются чаще, хранятся на кэширующих SSD, с которых производится чтение или дальнейшая запись на обычный HDD. Режимов работы обычно два, аналогично привычному RAID: write-back и write-through.


    В случае write-through ускоряется только чтение, а при write-back – чтение и запись.


    Подробнее об этих параметрах вы можете прочитать под спойлером.

      При настройке кэша write-through запись проводится как в кэш, так и на основной массив. Это не влияет на операции записи, но ускоряет чтение. К тому же, перебои питания или всей системы для целостности данных уже не так страшны;

    • Настройка write-back позволяет записывать данные сразу в кэш, что ускоряет операции чтения и записи. В RAID-контроллерах эту опцию можно включить только при использовании специальной страхующей энергонезависимую память батарейки, либо при использовании флэш-памяти. Если же применять в качестве кэша отдельный SSD, то проблема с питанием уже не стоит.

    Для работы обычно требуется специальная лицензия или аппаратный ключ. Вот конкретные названия технологии у популярных на рынке производителей:

      LSI (Broadcom) MegaRAID CacheCade. Позволяет использовать до 32 SSD под кэш, суммарным размером не более 512 ГБ, поддерживается RAID из кэширующих дисков. Есть несколько видов аппаратных и программных ключей, стоимость составляет около 20 000 р;

      Microsemi Adaptec MaxCache. Позволяет использовать до 8 SSD в кэше в любой конфигурации RAID. Отдельно лицензию покупать не нужно, кэш поддерживается в адаптерах серии Q;

    • HPE SmartCache в серверах ProLiant восьмого и девятого поколения. Актуальная стоимость доступна по запросу.

    Схема работы SSD-кэша предельно проста – часто используемые данные перемещаются или копируются на SSD для оперативного доступа, а менее популярная информация остается на HDD. Как итог, скорость работы с повторяющимися данными значительно возрастает.


    В качестве иллюстрации работы RAID-кэша на базе SSD можно привести следующие графики:



    StorageReview – сравнение производительности разных массивов при работе с базой данных: использованы обычные диски и их альтернатива на базе LSI CacheCade.


    Но если есть аппаратная реализация, то наверняка существует и программный аналог за меньшие деньги.

    Быстрый кэш без контроллера

    Помимо программного RAID существует и программный SSD-кэш. В Windows Server 2012 появилась интересная технология Storage Spaces, которая позволяет собирать RAID-массивы из любых доступных дисков. Накопители объединяются в пулы, на которых уже размещаются тома данных – схема напоминает большинство аппаратных систем хранения. Из полезных возможностей Storage Spaces можно выделить многоярусное хранение (Storage Tiers) и кэш записи (write-back cache).



    Storage Tiers позволяет создавать один пул из HDD и SSD, где более востребованные данные хранятся на SSD. Рекомендованное соотношение количества SSD к HDD 1:4-1:6. При проектировании стоит учитывать и возможность зеркалирования или четности (аналоги RAID-1 и RAID-5), так как в каждой части зеркала должно быть одинаковое количество обычных дисков и SSD.


    Кэш записи в Storage Spaces ничем не отличается от обычного write-back в RAID-массивах. Только здесь необходимый объем "откусывается" от SSD и по умолчанию составляет один гигабайт.

    Недавно я столкнулся с проблемой ускорения работы дисковой подсистемы, которая предусмотрена в ультра буке Lenovo U 530 (и других подобных моделей). А началось все с того, что выбор пал на этот ноутбук для замены более старого.

    Данная серия имеет несколько конфигураций, которые можно посмотреть по этой ссылке: http ://shop .lenovo .com /ru /ru /laptops /lenovo /u -series /u 530-touch /index .html #tab -"5E =8G 5A :85_E 0@0:B 5@8AB 8:8

    Я взял вариант с процессором Intel Core -I 7 4500U , 1Тб HDD + 16 Гб SSD кэша.

    Примечание: в данном ультрабуке и аналогичных используется SSD в формате M2: http://en.wikipedia.org/wiki/M.2

    В дальнейшем при работе с ним как то присутствие кэша не наблюдалось, начал разбираться как же все это работает?

    В чипсетах Intel (в частности Intel Series 8) имеется такая технология как Intel rapid storage technology (подробнее о ней можно прочитать по этой ссылке: http ://www .intel .ru /content /www /ru /ru /architecture -and -technology /rapid -storage -technology .html ).

    В этой технологии есть функция Intel ® Smart Response , которая и позволяет использовать вариант гибридного SSHD или же HDD + SDD для ускорения дисковой подсистемы.

    Если вкратце - то она позволяет хранить часто используемые файлы на SSD диске и при последующих запусках файлов читать их с SSD диска, что заметно улучшает производительность всей системы в целом (подробнее о Smart Response по этой ссылке:

    2)Использовать технологию Windows ReadyBoost (http://ru.wikipedia.org/wiki/ReadyBoost)

    3)Использовать вариант ExpressCache

    Примечание: многие наверняка видели инструкции в интернете по переносу файла гибридизации на SSD, так вот, на своем опыте проверил, это НЕ РАБОТАЕТ, так как даже в этом случае, когда Вы создаете раздел гибридизации, все равно используется технология Intel Rapid Storage . Другими словами, режим гибридизации уже невиндовый , а управляет им данная интеловская технология, а поскольку у нас она не работает, то кроме бесполезного раздела гибридизации на SSD Вы ничего не получите, соответственно работать это не будет.

    А теперь опишу более подробно, как настроить каждый из трех вариантов.

    1.Использовать стороннюю утилиту от SanDisk - ExpressCache

    Распишу по пунктам действия:

    Если Вы еще ни разу не пользовались этой утилитой, то делаем следующее:

    1)Скачиваем ее, например отсюда: http ://support .lenovo .com /us /en /downloads /ds 035460

    2)Заходим в “Управление дисками” и удаляем все разделы с SSD диска;

    3)Устанавливаем программу Express Cache на компьютер, перезагружаемся и все готово) Программа сама сформирует нужный раздел и будет его использовать.


    4)Чтобы проверить работу, вызываем командную строку в режиме администратора, и вводим eccmd.exe -info

    5)В результате, должна быть похожая картинка:

    Рисунок 6 - проверка работы кэша при запуске утилиты eccmd.exe -info


    2.Использовать технологию Windows ReadyBoost

    Для использования этой технологии необходимо:

    2)Создаем один основной раздел на SSD ;

    3)Новый раздел появится в виде нового диска со своей буквой. Заходим в Мой компьютер и жмем правой кнопкой на диске и в меню выбираем “свойства”, далее вкладку “Ready Boost ”.

    4)Во вкладке выделяем опцию “Использовать это устройство” и ползунком выделяем все имеющееся пространство.

    После этого SSD будет ускорять работу файловой системы используя технологию Microsoft Windows Ready Boost .

    Не знаю, насколько она эффективна для работы с SSD , так как изначальное ее предназначение было - использование в качестве устройств хр анения обычные NAND Flash в виде брелоков, а скорость доступа к таким устройствам намного ниже, чем у mSATA SSD


    3.Использовать вариант ExpressCache + перенос SWAP файла на отдельный раздел SSD .

    На мой взгляд - это самый оптимальный для данного случая метод, так как, с одной стороны мы ускоряем работу со свопом, перенеся его на SSD , а так же обеспечиваем работу с кэшем. Данный метод скорее подходи для ультра буков с объемом SSD 16 и более Гб.

    Как это сделать?

    1)Заходим в “Управление дисками” и удаляем все разделы с SSD диска;

    2)На SSD нужно два раздела, один делаем сами, второй делается программой Express Cache ;

    3)Создаем раздел для свопа, например: 6 Гб вполне достаточно для ультра бука с 8Гб ОЗУ (RAM);

    5)Теперь нам нужно перенести своп с диска C : на новый диск SSD . Для этого заходим в параметры Системы, далее “Дополнительные параметры системы”.


    Рисунок 8- Дополнительные параметры системы

    Во вкладке “Дополнительно” нажимаем на кнопку “Параметры* ”, вкладка “Дополнительно** ” и далее кнопку “Изменить** ”. Отключаем “Автоматический режим*** ”, затем из списка выбираем нужный для нас диск со свопом, а затем пробуем выбрать опцию “Размер по выбору системы*** ” и нажимаем кнопку “Задать*** ”. Если система ругнулась, то это, скорее всего из-за того, что диск в 6Гб. система считает слишком маленьким, но если Вы посмотрите снизу в окне рекомендуемый размер файла, то он будет колебаться в районе 4,5 Гб, что даже меньше нашего раздела, поэтому делаем следующее - выбираем опцию “Указать размер*** ” и в поле “Исходный размер*** ” записываем тот рекомендуемый снизу размер файла. В поле “Максимальный размер*** ” можно написать весь объем раздела, затем жмем кнопку “Задать*** ”.
    Далее, нам нужно отключить уже имеющийся своп, для этого из списка дисков выбираем на том, где в данный момент располагается своп (например C :), и ниже в опциях выбираем - “Без файла подкачки*** ”, а затем “Задать*** ”.
    Все -т еперь у Вас файл подкачки будет располагаться на SSD диске.
    Ждем “Ок *** ” и перегружаем компьютер.

    6)Можно проверить, есть ли файл на диске или нет, заходим на диск C : (в проводнике должна быть включена функция видимости скрытых файлов или с помощьюTotal Commander ).


    Рисунок 12 - Видимость SWAP раздела SSD

    Файл подкачки называется pagefile . sys , он должен быть на новом диске, а на старом его быть не должно.

    7)Теперь нужно установить раздел для кэширования, для этого делаем все, что было описано в пункте 1.

    В итоге после проделанных действий мы получаем ускорение всей системы в целом.

    Рисунок 13 - Разделы на SSD для SWAP и SSD кэша

    Желаю Вам быстрой производительности Вашей системы и долгой работы SSD J

    Буду рад комментариям к моей статье и всяческим рецензиям) Спасибо!

    Введение

    По мере развития бизнеса возможности приложений с интенсивными рабочими потоками часто ограничиваются характеристиками жестких дисков (HDD). Несмотря на то, что емкости HDD резко возросли, скорость выполнения операций произвольного ввода/вывода (I/O) не увеличивалась в том же темпе. Однако, теперь возможно ускорить обработку потоков с интенсивным чтением данных, таких, как при онлайн транзакциях (On-Line Transaction Processing - OLTP), в сетевых и файловых серверах, базах данных, применяя новую технологию кэширования, Infortrend SSD Cache, которая использует высокую скорость и малую задержку твердотельных дисков для повышения скорости считывания часто требующихся жизненно важных данных. Скорость чтения для SSD значительно выше по сравнению с HDD и, следовательно, SSD Cache может существенно улучшить характеристики произвольного чтения и снизить время отклика.

    Применимость настоящего документа

    Семейство EonStor DS

    Что такое SSD Cache?

    Кэш-память - это компонент, который прозрачно накапливает данные, так что следующие обращения к ним могут обслуживаться более эффективно. Он имеет решающее значение для хранилища, особенно в применениях с интенсивным чтением данных. Без включения SSD Cache емкость кэш-памяти контроллера ограничена. SSD Cache позволяет использовать быстрые SSD для наращивания пула кэш-памяти системы хранения и накапливания часто запрашиваемых данных. С увеличением емкости SSD Cache частота попадания в кэш также увеличивается. Другими словами, все больше и больше “горячих” данных будет храниться в SSD Cache, будущие обращения к этим данным будут обслуживаться более эффективно и, следовательно, характеристики чтения будут улучшаться.

    Почему Infortrend SSD Cache?

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

    1.Улучшение характеристик чтения

    SSD Cache использует интеллектуальный алгоритм, чтобы ускорить обработку интенсивных потоков с произвольным чтением данных, таких, как OLTP и обращения к базам данных. В таких ситуациях SSD Cache может существенно увеличить общую скорость чтения. Например, SSD Cache может в 2,5 раза увеличить значение IOPS при OLTP по сравнению с той же системой без SSD Cache. В то же время задержки также уменьшаются и, следовательно, степень улучшения характеристик зависит от действительных рабочих потоков приложения и поведения пользователя.

    2.Интеллектуальное ПО и алгоритм управления

    Интеллектуальное ПО автоматически анализирует модель доступа к данным и распознает последовательные и произвольные операции чтения/записи. Данные последовательного чтения или записи не заносятся в пул SSD Cache, в нем накапливаются только данные произвольного чтения, чтобы SSD использовались наиболее эффективно. Если более точно, то встроенное ПО автоматически перемещает копии наиболее часто требующихся данных из кэш-памяти контроллера в пул SSD Cache в соответствующее время. Эти “горячие” данные впоследствии будут считаны из SSD Cache, если система получит запрос на их чтение. Разработанны Infortrend алгоритм оптимизирует цикличность копирования данных в SSD, так что для этой цели можно применять и сравнительно дешевые SSD. Это решение не только улучшает характеристики чтения, но и продлевает срок службы жестких дисков за счет уменьшения количества циклов чтения и записи.

    3.Простой интуитивный интерфейс пользователя

    Функции SSD Cache полностью интегрированы в Infortrend SANWatch и RAIDWatch GUI. Они очень просто настраиваются, управляются и обслуживаются. Например, пользователь может наблюдать за состоянием пула SSD Cache и легко проверять оставшийся срок службы для каждого SSD.

    Infortrend SSD Cache

    Как работает Infortrend SSD Cache

    Если SSD Cache включено и работает в течение некоторого времени, интеллектуальное встроенное ПО собирает статистику и немедленно обновляет записи о “температуре” данных в кэш-памяти контроллера. Основываясь на этих записях, встроенная программа автоматически копирует в соответствующее время небольшие фрагменты случайных часто требующихся данных из кэш-памяти контроллера в пул SSD Cache, используя метод последовательной записи, чтобы избежать интенсивных операций с SSD и, следовательно, увеличить срок их службы. Пока пул SSD Cache Pool не заполнится “горячими” данными, генерируемыми приложениями на хосте, метод предварительного копирования блоков на SSD с помощью зонного предсказания ускоряет операции чтения. Если размер блока данных меньше или равен 16 KB, данные копируются прямо в пул SSD, даже если они считываются только однократно. Если размер блока больше 16 KB, и программа распознает его как “горячие” данные (считываются несколько раз), то они классифицируются как часто требующиеся и сохраняются в пуле SSD. Для этих “горячих” данных будет хранится две копии - одна в SSD Cache и одна на жестких дисках.

    Как правило, по получении запроса на чтение данных система проверяет, имеются ли соответствующие данные в кэш-памяти контроллера. Если запрашиваемые данные есть в кэше контроллера, система тут же возвращает их хосту. Если же запрашиваемых данных нет в кэше контроллера, то система проверяет пул SSD Cache. Если запрашиваемые данные были сохранены в SSD Cache на основании оценки их “температуры”, то система считывает эти данные прямо из SSD Cache и возвращает из хосту. В противном случае данные будут возвращены с более медленного устройства. Следовательно, чем больше попаданий в кэш, тем больше запросов будет обслужено SSD Cache, поэтому общие характеристики и среднее время отклика будут улучшаться.

    Что нужно для работы SSD Cache

    1. Требования к программному обеспечению и SANWatch

    ПО версия 512F12 или выше

    SANWatch версия 3.0.h.14 или выше

    2. Лицензия на SSD Cache

    SSD Cache доступно по лицензии. Infortrend также предоставляет 30-дневную пробную лицензию.

    3.Соотношение между емкостью кэш-памяти контроллера и максимальным размером пула SSD Cache:

    Если в системе разрешена работа SSD Cache, то кэш-память контроллера будет использовать некоторую часть пространства для сохранения “горячих” данных, и размер “горячих” записей в кэше контроллера будет определять максимальный поддерживаемый размер пула SSD. Для начальной комбинации (2 GB на контроллер) максимальный поддерживаемый размер пула SSD Cache равен 150 GB для одиночного контроллера и 300 GB для моделей с двойным избыточным контроллером.

    По сравнению с SSD кэш-память контроллера более экономична. Кроме того, в кэш-память контроллера могут попадать не только считываемые, но и записываемые данные. Следовательно, мы рекомендуем пользователям EonStor DS нарастить кэш-память до 16 GB на один контроллер и приобрести подходящие SSD для кэш-пула (соответствующие вашим потребностям и бюджету), чтобы получить максимальный выигрыш в характеристиках.

    4.Сброс контроллера(ов) для запуска SSD Cashe

    Последний шаг запуска SSD Cache включает сброс контроллера(ов). По умолчанию, в кэш-памяти контроллера не назначается пространство для хранения “горячих” данных. Следовательно, требуется сбросить контроллер и инициализировать его так, чтобы выделить подходящее пространство для “горячих” записей. После сброса контроллера и активации функции SSD Cache управлять им очень просто. Нет необходимости сбрасывать или перегружать систему при добавлении SSD в пул или удалении из него. Эта процедура выполняется с помощью интуитивного интерфейса пользователя через SANWatch или RAIDWatch.

    5.Требования к SSD

    В настоящее время один контроллер поддерживаеи до 4 SSD. Если вы хотите использовать функцию SSD Cache, проверьте, пожалуйста, числится ли выбранная вами модель SSD в квалификационном списке Infortrend Qualified Vendor List (QVL). Только SSD из нашего QVL могут применяться для улучшения характеристик хранилища, как описано в этом документе.

    Заключение

    Infortrend SSD Cache представляет собой интеллектуальное решение, которое многократно улучшает характеристики хранилища, в особенности для приложений с интенсивным чтением данных, значительно снижает задержки и поддерживает большие пулы кэш-памяти. Его легко устанавливать, администрировать и обслуживать с помощью интуитивных интерфейсов пользователя от Infortrend. Мы настоятельно рекомендуем использовать его в системах с интенсивными рабочими потоками и часто повторяющимися операциями чтения.

    Полный текст статьи с иллюстрациями вы можете скачать в виде pdf файла.

    Рассмотрим несколько различных вариантов построения дисковой подсистемы сервера с целью сравнения их по цене и быстродействию. В качестве величины полезной емкости дискового хранилища выберем значение 10TB. Во всех вариантах предполагается использование аппаратного RAID-контроллера с кэш-памятью 2GB.

    Бюджетный вариант - два жестких диска 3,5" объемом 10TB с интерфейсом SATA и скоростью вращения шпинделя 7200 об./мин., объединенных в массив RAID1. Быстродействие такого массива не превысит 500 операций в секунду (IOPS) при чтении и 250 IOPS при записи. Дополнительный плюс этого решения – возможность кратного увеличения емкости хранилища за счет добавления новых дисков в свободные отсеки дисковой корзины сервера.

    Производительный вариант - 12 HDD 2,5" 10’000RPM емкостью 1,8TB в RAID10 (RAID5 или RAID50 в два раза медленнее на операциях записи). Здесь мы получим на чтении около 5’000 IOPS, а на записи 2’500 IOPS - в 10 раз больше по сравнению с первым вариантом. Однако и обойдутся эти диски примерно в шесть раз дороже.

    Максимальное быстродействие обеспечит массив RAID10 из SSD-накопителей, например, 12 штук Intel DC S4600 1,9TB. Производительность такого массива составит 800’000 IOPS на операциях чтения и 400’000 IOPS на операциях записи, то есть быстрее второго варианта в 160 раз, но дороже по сравнению с ним в 4 раза, а с первым вариантом – в 24 раза. Выбор SSD-накопителей большего размера даст примерно такие же цифры по стоимости и немного ниже – по производительности.

    Вариант
    массива
    Чтение
    (IOPS)
    Запись
    (IOPS)
    Во сколько
    раз быстрее
    Во сколько
    раз дороже
    HDD 10TB x 2 500 250
    HDD 1,8TB x 12 5’000 2’500 X 10 X 6
    SSD 1,9TB x 12 800’000 400’000 X 1600 X 24

    В общем, чем дороже, тем быстрее. И даже скорость обгоняет цену.

    Прирост производительности на 3 порядка, который обеспечивают твердотельные накопители, является чрезвычайно привлекательным, однако на хранилищах такого объема обходится слишком дорого.

    К счастью, существует менее затратная технология, которая может обеспечить производительность того же порядка, что и обычный массив из SDD-накопителей. Она основана на использовании SSD-накопителей в качестве кэш-памяти дисковой подсистемы.

    Идея SSD-кэширования основана на концепции «горячих» данных.

    Обычно серверные приложения активно работают лишь с небольшой частью данных, хранящихся в дисковой подсистеме сервера. Например, на сервере 1С транзакции осуществляются в основном с данными текущего операционного периода, а большинство запросов к серверу веб-хостинга обращается, как правило, к наиболее популярным страницам сайта.

    Таким образом, в дисковой подсистеме сервера имеются блоки данных, к которым контроллер обращается значительно чаще, чем к другим блокам. Такие «горячие» блоки контроллер, поддерживающий технологию SSD-кэширования, хранит в кэш-памяти на SSD-накопителях. Запись и чтение этих блоков с SSD выполняются гораздо быстрее, чем чтение и запись с жестких дисков.

    Понятно, что разделение данных на «горячие» и «холодные» достаточно условно. Однако как показывает практика, использование для кэширования «горячих» данных даже пары SSD-накопителей небольшого объема, объединенных в массив RAID1, дает очень большой прирост производительности дисковой подсистемы.

    Технология SSD-кэширования применяется как для операций чтения, так для операций записи.

    Алгоритм SSD-кэширования реализуется контроллером, он довольно простой и не требует от администратора никаких усилий по настройке и сопровождению. Суть алгоритма в следующем.

    Когда сервер посылает контроллеру запрос на чтение блока данных

    Если да, контроллер читает блок из SSD-кэш.

    Если нет, контроллер читает блок с жестких дисков и записывает копию этого блока в SSD-кэш. При следующем запросе на чтение данного блока, он будет считываться из SSD-кэш.

    Когда сервер посылает контроллеру запрос на запись блока данных , контроллер проверяет, находится ли данный блок в SSD-кэш.

    Если да, контроллер записывает данный блок в SSD-кэш.

    Если нет, контроллер записывает данный блок на жесткие диски и в SSD-кэш. При следующем запросе на запись данного блока, он будет записываться только в SSD-кэш.

    Что произойдет, если при очередном запросе на запись блока, которого нет в SSD-кэш, там для него не окажется свободного места? В этом случае самый «старый» по времени обращения блок в SSD-кэш будет записан на жесткий диск, а его место займет «новый» блок.

    Таким образом, через некоторое время после начала эксплуатации сервера с использованием технологии SSD-кэширования кэш-память на SSD будет в основном содержать блоки данных, к которым приложения сервера обращаются чаще.

    Если SSD-кэширование планируется использовать только для чтения, в качестве кэш-памяти на SSD можно использовать одиночный SSD-накопитель или массив RAID0 из SSD-накопителей, поскольку SSD-кэш будет хранить только копии блоков данных, хранящихся на жестких дисках.

    Если SSD-кэширование планируется использовать для чтения и записи, то «горячие» данные будут храниться только в кэш-памяти на SSD. В этом случае необходимо обеспечить резервирование таких данных, для чего использовать в качестве кэш-памяти два или более SSD-накопителей, объединенных в RAID-массив с избыточностью, например, RAID1 или RAID10.

    Давайте посмотрим, как технология SSD-кэширования работает на практике, а заодно сравним эффективность ее реализации на контроллерах двух разных производителей – Adaptec и LSI.

    Тестирование

    Основной дисковый массив: RAID10 из шести HDD SATA 3,5" 1TB. Полезный объем массива 2,7TB.

    SSD-кэш: RAID1 из двух SSD Intel DC S4600 240GB. Полезный объем массива 223GB.

    В качестве «горячих» данных мы использовали первые 20 миллионов секторов, то есть 9,5GB, основного массива RAID10. Выбранный небольшой объем «горячих» данных принципиально ничего не меняет, но позволяет значительно сократить время тестирования.

    Тестируемые контроллеры: Adaptec SmartRAID 3152-8i и BROADCOM MegaRAID 9361-8i (LSI).

    Нагрузка на дисковую подсистему создавалась при помощи утилиты iometer. Параметры нагрузки: размер блока 4K, случайный доступ, глубина очереди 256. Мы выбрали большую глубину очереди, чтобы сравнивать максимальные показатели производительности, не обращая внимания на время задержки.

    Производительность дисковой подсистемы фиксировались при помощи системного монитора Windows.

    Adaptec (Microsemi) SmartRAID 3152-8i с технологией maxCache 4.0

    Этот контроллер по умолчанию поддерживает технологию SSD-кэширования maxCache 4.0 и имеет 2GB собственной кэш-памяти c защитой от потери питания в комплекте.

    При создании основного массива RAID10 мы использовали установки контроллера по умолчанию.

    Массив RAID1 кэш-памяти на SSD был установлен в режим Write-Back, чтобы включить SSD-кэширование на чтение и запись. При установке режима Write-Through все данные будут записываться на жесткий диск, поэтому мы получим ускорение только на операциях чтения.

    Картина тестирования:

    График 1. Тестирование Adaptec maxCache 4.0

    Красная линия - производительность дисковой подсистемы на операциях записи.

    В первый момент наблюдается резкий всплеск производительности до значения 100’000 IOPS – данные записываются в кэш контроллера, который работает со скоростью оперативной памяти.

    После заполнения кэш производительность падает до обычной скорости массива жестких дисков (примерно 2’000 IOPS). В это время блоки данных записываются на жесткие диски, поскольку этих блоков в кэш-памяти на SSD еще нет и контроллер не считает их «горячими». Копия данных записывается в SSD-кэш.

    Постепенно все больше блоков записывается повторно, такие блоки уже есть в SSD-кэш, поэтому контроллер считает их «горячими» и записывает только на SSD. Производительность операций записи при этом достигает 40’000 IOPS и стабилизируется на этой отметке. Поскольку в SSD-кэш данные защищены (RAID1), нет необходимости перезаписывать их в основной массив.

    Отметим, кстати, что заявленная производителем скорость записи для используемых нами здесь SSD-накопителей Intel DC S4600 240GB составляет как раз 38’000 IOPS. Поскольку мы записываем один и тот же набор данных на каждый накопитель из зеркальной пары массива RAID1, можно сказать, что SSD-накопители работают на максимально возможной для себя скорости.

    Синяя линия - производительность дисковой подсистемы на операциях чтения. Левый участок – чтение данных из массива жестких дисков со скоростью примерно 2’000 IOPS, в кэш-памяти на SSD пока нет «горячих» данных. Одновременно с чтением блоков жестких дисков выполняется их копирование в кэш-память на SSD. Постепенно скорость чтения немного растет, поскольку начинают «попадаться» блоки, ранее считанные в SSD-кэш.

    После записи в SSD-кэш всех «горячих» данных их чтение выполняется оттуда со скоростью более 90’000 IOPS (второй синий участок).

    Фиолетовая линия - комбинированная нагрузка (50% чтение, 50% запись). Все операции выполняются только c «горячими» данными на SSD. Производительность в районе 60’000 IOPS.

    Резюме

    Контроллер Adaptec SmartRAID 3152-8i отлично справится с организацией SSD-кэширования. Поскольку контроллер уже включает поддержку maxCache 4.0 и защиту кэш-памяти, необходимо приобрести только SSD-накопители. Контроллер удобен и прост в настройке, установки по умолчанию обеспечивают максимальный уровень защиты данных.

    Видео с записью тестирования Adaptec maxCache 4.0:

    LSI (BROADCOM) MegaRAID 9361-8i

    Этот контроллер поддерживает технологию SSD-кэширования CacheCade 2.0. Для ее использования необходимо приобрести лицензию стоимостью около 20’000 рублей.

    Защита кэш-памяти не входит в комплект поставки, но по результатам тестирования мы выяснили, что для получения максимальных показателей производительности кэш контроллера лучше использовать в режиме Write-Through, который не требует защиты кэш.

    Установки контроллера для основного массива: кэш контроллера в режиме Write-Through; режимы чтения Direct IO, No Read Ahead.

    Кэш-память на SSD-накопителях (массив RAID1) в режиме Write-Back для кэширования операций чтения и записи.

    Картина тестирования (здесь диапазон вертикальной шкалы в два раза больше, чем у Adaptec):

    График 2. Тестирование LSI CacheCade 2.0

    Последовательность тестирования такая же, картина похожая, но производительность CacheCade 2.0 несколько выше, чем maxCache.

    На операциях записи «горячих» данных мы получили производительность почти 60’000 IOPS против 40’000 у Adaptec, на операциях чтения – почти 120’000 IOPS против 90’000 IOPS, на комбинированной нагрузке – 70’000 IOPS против 60’000 IOPS.

    Здесь нет «всплеска» производительности в начальный момент тестирования операций записи, поскольку кэш контроллера работает в режиме Write-Through и не используется при записи данных на диски.

    Резюме

    У контроллера LSI более сложная настройка параметров, требующая понимания принципов его работы. Для использования SSD-кэширования не требуется обязательное наличие защиты кэш-памяти контроллера. В отличие от Adaptec возможно использование SSD-кэш для обслуживания сразу нескольких RAID-массивов. Более высокая производительность по сравнению с контроллерами Adaptec. Требуется покупка дополнительной лицензии CacheCade.

    Видео с записью тестирования LSI CacheCade 2.0:

    Заключение

    Дополним нашу табличку. При сравнении цен учтем, что для массива в 10TB желательна кэш-память большей емкости. Цифры производительности возьмем из нашего тестирования.

    Вариант
    массива
    Чтение
    (IOPS)
    Запись
    (IOPS)
    Во сколько
    раз быстрее
    Во сколько
    раз дороже
    HDD 10TB x 2 500 250
    HDD 1,8TB x 12 5’000 2’500 X 10 X 6
    SSD 1,9TB x 12 800’000 400’000 X 1600 X 24
    HDD 10TB x 2 + SSD 960GB x 2, maxCache 90’000 40’000 X 160 X 2,5
    HDD 10TB x 2 + SSD 960GB x 2, CacheCade 120’000 60’000 X 240 X 3

    При кэшировании записи всегда используйте в качестве SSD-кэш массивы с избыточностью (RAID1 или RAID10).

    Для SSD-кэш используйте только серверные SSD-накопители. Они имеют дополнительную «невидимую» область размером около 20% от заявленного объема. Эта резервная область используется для внутренних операций дефрагментации и «сборки мусора», благодаря чему производительность таких накопителей на операциях записи не падает даже при 100% их заполнении. Кроме того, наличие резервной области экономит ресурс накопителя.

    Ресурс SSD-накопителей для кэш-памяти должен соответствовать нагрузке на подсистему хранения сервера по объему записываемых данных. Ресурс накопителя обычно определяется параметром DWPD (Drive Writes Per Day) – сколько раз в день можно полностью перезаписать накопитель на протяжении 5 лет. Накопители с ресурсом 3 DWPD и более обычно будут подходящим выбором. Измерить реальную нагрузку на дисковую подсистему можно при помощи системного монитора.

    В случае, если возникнет необходимость перенести все данные из кэш-памяти на SSD-накопителях на основной массив, нужно переключить режим работы SSD-кэш с Write-Back на Write-Through и подождать пока данные полностью не перепишутся на жесткие диски. По окончании этой процедуры, но не ранее, контроллер «позволит» удалить том SSD-кэширования.

    Если у Вас появились вопросы или замечания по данному материалу, пожалуйста, направляйте их на .