Зачем ноутбуку маленький SSD, и стоит ли ставить на него Windows. Оптимизация работы SSD диска под Windows

Традиционная система хранения подразумевает размещение данных на жестких дисках HDD и твердотельных дисках SSD. В последние годы емкости HDD растут стремительными темпами. Однако, скорость их при случайном доступе по-прежнему мала. Для некоторых приложений, таких как базы данных, облачные технологии или виртуализация, требуется как высокая скорость доступа, так и большой объем. Получается, что использование только HDD не приемлемо, а использование SSD неоправданно дорого. Использование SSD только в качестве кэша является лучшим соотношением цена/производительность для системы в целом. В этом случае сами данные будут располагаться на емких HDD, а дорогие SSD будут давать прирост производительности при случайном доступе к этим данным.

Чаще всего SSD-кэш будет полезен в следующих случаях:

1. Когда скорость работы HDD в IOPS при чтении является узким местом.
2. Когда операций ввода/вывода на чтение существенно больше, чем на запись.
3. Когда объем часто используемых данных меньше размера SSD.

Решение

SSD-кэширование – это дополнительный кэш для увеличения производительности. Один или несколько SSD должны быть назначены виртуальному диску (луну) для использования в качестве кэша. Обратите внимание, что эти SSD будут недоступны для хранения данных. В настоящее время размер SSD-кэша ограничен 2.4ТБ.

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

SSD-кэш делится на группы – блоки, каждый блок делится на субблоки. Характер операций ввода/вывода для виртуального диска определяет выбор размера блока и субблока.

Заполнение кэша

Чтение данных с HDD и запись их на SSD называется заполнением кэша. Эта операция выполняется в фоновом режиме сразу же после того, как хост производит операции чтения или записи. Работа кэша ограничена двумя параметрами:

• Populate-on-read threshold
• Populate-on-write threshold

Эти значения больше нуля. Если они равны нулю, то кэш на чтение или запись не работает. В соответствии с этими значениями каждый блок соотносится с его счетчиком чтения или записи. Когда хост производит операцию чтения, и данные расположены в кэше, счетчик чтения увеличивается. Если в кэше нет данных и счетчик чтения больше или равен значению Populate-on-read threshold, то данные копируются в кэш. Если же значение счетчика меньше Populate-on-read threshold, то данные читаются мимо кэша. Для операций записи ситуация аналогична.

Сценарии работы SSD-кэша

Тип ввода/вывода

Тип ввода/вывода определяет конфигурацию SSD-кэша. Эта конфигурация выбирается администратором и определяет параметры блока, субблока, populate-on-read threshold и populate-on-write threshold. Имеются три заранее определенные конфигурации согласно типам ввода/вывода: базы данных, файловая система и web-сервисы. Администратору необходимо выбрать конфигурацию SSD-кэша для виртуального диска. В процессе работы можно сменить тип конфигурации, но в этом случае содержимое кэша будет сброшено. Если предопределенные конфигурации не подходят под используемый профиль нагрузки, то имеется возможность задать собственные значения параметров.

Размер блока влияет на время «прогрева» кэша, т.е. когда наиболее востребованные данные переместятся на SSD. Если данные расположены на HDD близко друг к другу, то лучше использовать блок большого размера. Если же данные расположены хаотично, то логичнее использовать блок малого размера.

Размер субблока также влияет на время прогрева кэша. Больший его размер уменьшает время заполнения кэша, но увеличивает время реакции на запрос с хоста. Помимо этого, размер субблока также влияет на загрузку процессора, пропускную способность памяти и канала.

Для расчета примерного времени прогрева кэша можно воспользоваться следующим методом.

• Т – время прогрева кэша в секундах
• I – значение IOPS для HDD при случайном доступе
• S – размер блока ввод/вывода
• D – количество HDD
• C – полный объем SSD
• P - populate-on-read threshold или populate-on-write threshold

Тогда T = (C*P) / (I*S*D)
Для примера: 16 дисков с 250 IOPS, один SSD 480ГБ в качестве кэша, характер нагрузки – web-сервисы (64КБ) и populate-on-read threshold = 2.
Тогда время прогрева будет Т = (480ГБ*2) / (250*64КБ*16) ≈ 3932 сек ≈ 65.5 мин

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

Для начала рассмотрим процесс создания SSD-кэша

1. После создания виртуального диска нажмите ↓, затем Set SSD Caching
2. Выберите Enable
3. Выберите конфигурацию из ниспадающего списка
4. Нажмите Select Disks и выберите SSD, которые будут использоваться в качестве кэша
5. Нажмите ОК

Ограничения

• Только SSD могут использоваться в качестве кэша
• SSD может быть назначен только одному виртуальному диску в каждый момент времени
• Поддерживается до 8 SSD на один виртуальный диск
• Поддерживается общий объем до 2.4ТБ SSD на систему
• Для SSD-кэширования требуется лицензия, которая приобретается отдельно от системы

Результаты

Тестовая конфигурация:

• HDD Seagate Constellation ES ST1000NM0011 1TB SATA 6Gb/s (x8)
• SSD Intel SSD DC3500, SSDSC2BB480G4, 480GB, SATA 6Gb/s (x5)
• RAID 5
• I/O Type Database Service (8KB)
• I/O pattern 8KB, random read 90% + write 10%
• Virtual disk 2TB

Согласно формуле время прогрева кэша T = (2ТБ*2) / (244*8КБ*8) ≈ 275036 сек ≈ 76.4 ч

Рассмотрим несколько различных вариантов построения дисковой подсистемы сервера с целью сравнения их по цене и быстродействию. В качестве величины полезной емкости дискового хранилища выберем значение 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-кэширования.

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

Отличия дисковых подсистем SSD и HDD+SSD для виртуальных выделенных серверов, сравнение производительности.

Диски HDD+SSD-кэш

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

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

• Бекапы данных
• Объемные архивы с данными
• Любые сервисы и сайты, для которых не критична скорость чтения/записи с дисков

Диски SSD

Принцип работы . SSD (Solid-state drive) - это накопитель, в котором, в отличие от обычных жестких дисков, нет движущихся элементов. Для хранения в SSD используется флеш-память. Простыми словами, это большая флешка.

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

Кому будет полезен VDS или VPS на SSD ?

• Владельцам интернет магазинов: скорость работы с базами данных на SSD несоизмеримо выше, чем на HDD.
• Владельцам других сайтов: страницы вашего сайта будут открываться значительно быстрее, что немаловажно для ранжирования в поисковых системах.
• Для разработчиков: скорость компиляции кода на SSD-дисках выше, сэкономьте свое время.
• Для игровых серверов: скорость загрузки увеличивается, не заставляйте игроков ждать.

Диски NVMe

Принцип работы . NVM Express (NVMe, NVMHCI, Non-Volatile Memory Host Controller Interface Specification) - обновленная версия SSD-диска. Использует собственный, разработанный с нуля, протокол взаимодействия, и подключается через порт PCI Express.

Преимущества технологии NVMe. Чтение-запись с дисками NVMe в 2-3 раза быстрее, чем с обычными SSD. Шина PCI Express не ограничивает скорость диска - этим обеспечивается прирост производительности. Кроме этого, на NVMe быстрее обрабатываются параллельные операции, больше операций чтения-записи проводится в единицу времени.

Когда заказывать виртуальный сервер с диском NVMe ?

• В тех же случаях, что и SSD. Когда вашему проекту уже не хватает производительности SSD, либо планируете рост проекта и высокие нагрузки.

Сравниваем производительность

Мы сравнили производительность виртуальных машин на «боевых» физических серверах с различными дисковыми подсистемами.

Мы учитывали количество IOPS (количество операций ввода/вывода, Input/Output Operations Per Second) - это один из ключевых параметров при измерении производительности систем хранения данных, жестких дисков и твердотельных дисков (SSD).

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

Сравнение производительности технологий

Традиционными способами ускорения ПК считаются апгрейд или разгон процессора и видеокарты, а также расширение объема оперативной памяти. При этом зачастую без внимания остается не менее важная часть компьютера — дисковая подсистема. Ее скорость влияет на быстродействие ПК не менее чем мощный CPU или пара лишних гигабайт ОЗУ — как-никак, если жесткий диск «тормозит», все сверхскоростные компоненты будут вынуждены терпеливо ждать его, а вместе с ними — и пользователь.

Способов ускорения дисковой подсистемы до недавнего времени было фактически три: замена HDD более быстрой моделью, сборка RAID-массива или переход на SSD, и у каждого из этих подходов есть свои недостатки. С выходом чипсета Intel Z68 процессорный гигант предложил пользователям ПК еще один путь — промежуточное кэширование данных, с которыми активно работает система, на небольшом SSD. Технология получила название Smart Response. К слову, мы не зря уточнили, что Intel предложила эту технологию именно для ПК: на самом деле SSD-кэширование было предложено еще в 2009 году компанией Adaptec для высокоуровневых серверных тяжелонагруженных RAID-массивов (Adaptec MaxIQ), а затем подобные решения представили и другие игроки рынка enterprise-СХД. Что характерно, как в корпоративном сегменте за первопроходцем последовали конкуренты, так и в пользовательском произошло то же самое, и сегодня мы рассмотрим один из аналогов Intel Smart Response на примере твердотельного накопителя OCZ Synapse Cache. Преимущество подобных гибридных систем над жесткими дисками очевидно: часто используемые данные переносятся на радикально более быстрый SSD. А относительно самостоятельных твердотельных накопителей эта модель использования более выгодна за счет того, что не приходится жертвовать емкостью — как-никак, стоимость гигабайта у SSD и HDD пока различается на порядок.

Участники тестирования

В качестве «точки отсчета» для оценки производительности традиционного жесткого диска будет выступать Western Digital VelociRaptor WD1500HLHX.

WD VelociRaptor

Это младшая 150-гигабайтная модель из последнего поколения «рапторов», отличающаяся поддержкой SATA 6 Гбит/с и буфером емкостью 32 МБ. Как и у всего семейства «хищников» WD, ключевая особенность данного диска — скорость вращения шпинделя 10000 об/мин и форм-фактор 2,5" (хотя физически HDD установлен на крупный 3,5-дюймовый радиатор). За счет большей частоты вращения и меньшего размера пластин достигается рост линейной скорости и, в особенности, снижение времени доступа по сравнению с традиционными моделями на 7200 об/мин, не говоря уже о более медленных «зеленых» сериях. В итоге мы получаем самый быстрый из доступных на рынке SATA-накопителей для ПК и рабочих станций.

Вторым участником тестирования станет массив RAID-0 из двух VelociRaptor — посмотрим, какие дивиденды приносит простое приобретение второго диска к уже имеющемуся и сборка массива на чипсетном контроллере.

Третье устройство в тесте — SSD-накопитель OCZ Vertex 3 Max IOPS емкостью 120 ГБ.

На сегодняшний день это, фактически, самый быстрый твердотельный накопитель среди устройств в форм-факторе 2,5" (маргинальные устройства с интерфейсами PCI Express x4 и HSDL в расчет брать не будем). SSD основан на топовой модификации контроллера SandForce второго поколения — SF-2281, использует 25-нанометровую память NAND производства Micron. Заявленная производительность составляет 550 МБ/с при линейном чтении, 500 МБ/с — при записи, время доступа — 0,1 мс. Максимальная производительность при обращении на запись 4-килобайтными блоками со случайной адресацией — до 85000 IOPS.

Четвертым и пятым участниками тестирования станут гибридные конфигурации Intel Smart Response из одиночного WD VelociRaptor в тандеме с OCZ Vertex 3 Max IOPS. Отличаться они будут лишь режимами работы кэширования. Что такое Intel Smart Response? Как мы уже упоминали выше, ее суть сводится к кэшированию на SSD активно используемых данных с жестких дисков (которые, как бы они ни были быстры и совершенны, в разы уступают твердотельным по ряду параметров). Система в фоновом режиме анализирует, к каким файлам ОС и ПО пользователя обращаются наиболее часто, и перемещает их на SSD-накопитель. К сожалению, маркетологи Intel не дают возможности воспользоваться этой опцией всем пользователям платформы компании — Smart Response доступна только на чипсете Z68. Для работы в составе подобных гибридных массивов компания предлагает собственный SSD Intel 311 (Larson Creek), оптимизированный специально для этих целей (он основан на SLC-чипах, которые стоят на порядок больше MLC, но и «живут» значительно дольше). К счастью, хотя бы тут ограничений нет, потому мы используем обычный OCZ Vertex 3.

Настройка Intel Smart Response

Процедура настройки Intel Smart Response довольно проста, хотя и не лишена «подводных камней». Первая сложность, с которой может столкнуться пользователь уже собранной и работающей системы, пожелавший ускорить свой HDD, — необходимость перевести контроллер в режим RAID. Естественно, без некоторых ухищрений безболезненно это проделать не удастся — ОС перестанет загружаться. Решается проблема либо заменой драйверов стандартными от Microsoft и правкой реестра, либо «инъекцией» драйверов RAID через установщик Windows 7 или Acronis True Image Plus Pack.

Вторая сложность — после вышеописанных процедур управляющая утилита Intel Rapid Storage все равно не отображает возможность организации Smart Response. Проблема решается переустановкой драйверов (и, вероятно, в будущем будет исправлена в новой версии пакета).

Создаем гибридный массив Intel Smart Response

Статус созданного массива

Итак, после установки в систему SSD в центре управления Intel Rapid Storage появляется вкладка Accelerate (ускорить), в которой можно выбрать, какой объем SSD мы хотим отдать под кэширование (13,6 ГБ или максимально возможные 64 ГБ), и в каком режиме будет работать Smart Response — улучшенном (Enhanced) или максимальном (Maximum). Отличаются они характером кэширования: улучшенный подразумевает буферизацию только тех данных, к которым производятся активные запросы на чтение (исполняемые файлы, библиотеки и т.п.), а максимальный кэширует еще и операции записи. Соответственно, значительно ускорится и работа со всевозможными временными файлами, контейнерами (например, scratch-файлом Adobe Photoshop или каталогом Lightroom), но в случае отключения питания или выхода SSD из строя данные неизбежно будут потеряны, т.к. физически, пока к ним не прекратится активный доступ, они не будут перенесены на HDD.

Если же настройку Smart Response предполагается осуществить с нуля, и потом ставить на гибридный массив ОС, то процедуру можно произвести и в конфигурационном меню дискового контроллера, которое выводится сразу после POST.

Оставшаяся часть SSD доступна пользователю

Отметим, что неиспользуемая технологией Smart Response часть SSD остается доступной пользователю — на нее можно установить, например, программное обеспечение.

Наконец, шестой участник — OCZ Synapse Cache емкостью 120 ГБ.

От собрата под маркой Vertex (как и от серии Agility) он, фактически, отличается лишь прошивкой.

OCZ Synapse Cache

Основой данного накопителя все так же является SandForce SF-2281, однако firmware этой модели, в первую очередь, ориентирована на долговечную работу. Для этого степень over-provisioning (резервирования ячеек для подменного фонда на случай их постепенного выхода из строя) составляет целых 50%.

Плата накопителя

Фактически, у 120-гигабайтной модели доступны для работы только 60 ГБ, а у младшей модификации емкостью 60 ГБ — всего 30. Очевидно, что использовать Synapse Cache в качестве обычного SSD нет никакого смысла.

Задняя крышка

Изменения в прошивку внесены неспроста. Synapse Cache предназначен для работы с лицензированной OCZ утилитой Dataplex от американской компании NVELO. Как и драйвер Intel Rapid Storage, эта утилита «на лету» анализирует все дисковые операции, происходящие на компьютере, и в фоновом режиме переносит «горячие» данные на SSD. Однако, есть и отличия: во-первых, после ее установки SSD полностью пропадает из системы и становится недоступен пользователю. Во-вторых, Dataplex не требует работы в режиме RAID и, следовательно, совместима и с материнскими платами, контроллеры HDD которых не поддерживают эту технологию. Основной же «плюс» этого решения — полная совместимость со всеми чипсетами, а не только с Intel Z68.

К сожалению, без ограничений не обошлось: Dataplex работает только в Windows 7 и на данный момент не поддерживает жесткие диски емкостью свыше 2 ТБ (что планируется исправить до конца года). Кроме того, кэширует он только обращения к системному HDD, таким образом, если вы хотите установить ПО или игры на другой жесткий диск, они «ускоряться» не будут.

Особенность технологии в том, что она всегда кэширует и чтение, и запись данных. Безопасного промежуточного режима вроде Enhanced в Smart Response у нее нет. Естественно, это заставляет опасаться за сохранность пользовательских данных, однако поэтому-то у OCZ Synapse Cache и 50% резервной области, а не 6,25%, как у Vertex 3.

Прелесть Dataplex в невероятной простоте ее настройки: нужно лишь подключить SSD, загрузить с сайта OCZ утилиту (предварительно зарегистрировавшись), установить ее, введя код, расположенный на инструкции к накопителю и его корпусе, и перезагрузить ПК. Всё.

Вот и вся конфигурационная утилита

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

Что же, посмотрим, что окажется лучше.
Методика тестирования

Тестирование проводилось на тестовом стенде следующей конфигурации:

• материнская плата: Sapphire Pure Platinum Z68 (Intel Z68 Express);
• процессор: Intel Core i3-2100;
• оперативная память: Kingston KVR1333D3N9 (2x2 ГБ, DDR3-1333);
• видеокарта: Palit GeForce GTX 480;
• накопители: WD VelociRaptor WD1500HLHX x2, OCZ Vertex 3 Max IOPS 120 GB, OCZ Synapse Cache 120 GB;
• монитор: LG W3000H;
• блок питания: Huntkey X7-900 (900 Вт);
• операционная система: Microsoft Windows 7 Ultimate x64, Intel RST Driver 10.8.0.1003.

Использовался следующий набор тестовых приложений:

• CrystalDiskMark 3.0.1 x64 — синтетическая оценка линейной скорости накопителя, скоростей в многопоточном режиме с глубиной очереди 64 запроса, при случайном доступе блоками по 4 КБ, а также времени доступа;
• AS SSD Benchmark 1.6.4237.30508 — синтетическая оценка линейной скорости накопителя, скоростей в многопоточном режиме с глубиной очереди 64 запроса, при случайном доступе блоками по 4 КБ, а также времени доступа;
• HD Tune 5.0 — снятие диаграммы линейного чтения с накопителей;
• Futuremark PCMark Vantage HDD Suite — набор тестовых трасс, эмулирующих работу пользователя в наиболее популярных типах приложений;
• Futuremark PCMark 7 System Storage — аналогично PCMark Vantage, представляет собой набор тестовых трасс, ориентированный на оценку системного накопителя ПК;
• Retouch Artists Photoshop Benchmark — автоматизированный набор фильтров для Adobe Photoshop, предназначенный для оценки быстродействия ПК;
• DriverHeaven Photoshop Benchmark — аналогичный предыдущему набор фильтров для Adobe Photoshop;
• PPBM5 — бенчмарк для Adobe Premiere CS5, представляющий собой проект из трех различных видеорендеров, один из которых критичен к производительности жесткого диска.

Также оценивались:

• время запуска ОС с помощью утилиты BootRacer (фиксирует время между стартом ядра ОС и полной загрузкой всех служб и программ в автозагрузке);
• время запуска ОС с помещенными в автозагрузку Microsoft Word, Excel и PowerPoint 2010, открывающими текстовый документ размером 4,2 МБ (4208 страниц), таблицу размером 50,6 МБ (65187 строк) и презентацию размером 72 МБ (69 слайдов), соответственно;
• время запуска тестовой сцены Crysis 2 в режиме DirectX 11 с High Resolution Texture Pack (от нажатия Start в Adrenaline Crysis 2 Benchmark Tool до старта сцены);
• время запуска тестовых сцен S.T.A.L.K.E.R. Call of Pripyat Benchmark (сумма времен от появления заставки игры до начала тестовой сцены).

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

CrystalDiskMark

WD VelociRaptor WD1500HLHX

2x WD VelociRaptor RAID-0

Первый синтетический тест сразу, ожидаемо, отдает предпочтение SSD-накопителям, и это неудивительно: устройства на базе мощнейших контроллеров SandForce второго поколения могут похвастать не только минимальным временем доступа (что и является основным козырем твердотельных накопителей), но и огромными показателями линейных скоростей. В результате OCZ Vertex 3 с огромным отрывом опережает WD VelociRaptor и RAID-0 на его базе. Однако есть и интересные результаты: во-первых, заметно, что Intel Smart Response имеет довольно значительные накладные расходы. В частности, в режиме Enhanced мы наблюдаем великолепный прирост производительности в режиме чтения, однако показатели при записи оказываются даже ниже относительно одиночного жесткого диска при линейном доступе. Еще больше сказывается переход в режим Maximized: система теряет еще 40 МБ/с при чтении, однако скорость записи, естественно, несравнимо вырастает, особенно на мелких блоках. Правда, в линейном доступе Smart Response не может сравниться даже с RAID-0 из «рапторов», не то что с одиночным OCZ Vertex 3. Однако тут нужно понимать, что в данном случае запись происходит не на сам SSD, а «сквозь» него на жесткий диск, и наблюдаемый прирост — это усредненное значение, полученное за счет резких всплесков скорости при записи на твердотельный накопитель.

Второе интересное наблюдение: система с OCZ Synapse Cache в синтетическом тесте значительно уступает обоим режимам Intel SRT. По линейным скоростям она сравнима с RAID-0, а при работе с мелкими блоками уступает Intel SRT вплоть до 50%. Сложно сказать, чем объясняются такие результаты: с одной стороны, в синтетических тестах подобные алгоритмы кэширования и должны вмешиваться как можно меньше, чтобы не изнашивать ячейки NAND, с другой, вряд ли NVELO удалось разработать более «умный» алгоритм, чем Intel. Вполне вероятно, просто сказываются накладные расходы на обработку шквала запросов, которые генерируют CrystalDiskMark и аналогичные утилиты, и у Dataplex они оказываются выше, чем у Intel Smart Response.

AS SSD Benchmark

WD VelociRaptor WD1500HLHX

2x WD VelociRaptor RAID-0

WD VelociRaptor + OCZ Vertex 3 Max IOPS (Intel SRT Enhanced)

WD VelociRaptor + OCZ Vertex 3 Max IOPS (Intel SRT Maximized)

WD VelociRaptor + OCZ Synapse Cache

Несмотря на однотипность утилит CrystalDiskMark и AS SSD Benchmark, они основаны на разных алгоритмах тестирования, в частности, последняя оценивает быстродействие SSD намного более скрупулёзно, и суммарный объем записываемых на них данных доходит до 3 ГБ за один проход. В результате мы получаем довольно интересную картину.

Обратите внимание на занимательные показатели прироста производительности при переходе от одного HDD к RAID-0. В режиме линейного чтения и записи он, как и ожидается, составляет около 80—90%. Однако при нагрузке массива мелкими запросами в многопоточном режиме он начинает работать более чем вдвое быстрее одиночного диска! Объяснение этому простое: логика драйвера Intel Rapid Storage отлично справляется с кэшированием, а отлаженные прошивки VelociRaptor успешно переупорядочивают очередь запросов. Эти HDD разрабатываются именно для работы в таких условиях, и неудивительно, что их потенциал лучше раскрывается именно в RAID, а не в одиночном режиме.

Отметим, что AS SSD, в отличие от CrystalDiskMark, не обнаруживает значительного падения скорости чтения в режиме Intel SRT Maximized относительно режима Enhanced, хотя оба они работают примерно на 20% медленнее самостоятельного SSD. Также интересно, что в режиме Enhanced поток запросов AS SSD на чтение не полностью переносится на кэширующий твердотельный диск: в паттерне 4K 64Thrd (доступ блоками по 4 КБ со случайной адресацией в 64 одновременных потока) в этом режиме массив демонстрирует 18200 IOPS против 45500 IOPS в режиме Maximized.

Что касается OCZ Synapse Cache, то с ним показатели сохраняются — он почти вдвое медленнее при чтении, чем Intel SRT, однако с записью (в особенности многопоточной) справляется намного лучше. Вероятнее всего, тут снова сказываются особенности работы Dataplex: с одной стороны, этот алгоритм менее активно кэширует запросы на чтение, с другой — лучше справляется с записью.

HD Tune

WD VelociRaptor WD1500HLHX

2x WD VelociRaptor RAID-0

WD VelociRaptor + OCZ Vertex 3 Max IOPS (Intel SRT Enhanced)

WD VelociRaptor + OCZ Vertex 3 Max IOPS (Intel SRT Maximized)

WD VelociRaptor + OCZ Synapse Cache

Наконец, изучение графиков чтения всех шести вариантов подсистем хранения данных, рассматриваемых нами, дает примерное представление, почему предыдущие два теста вели себя так необычно. Как видно на графиках обоих режимов Intel SRT, при обращении к HDD на чтение в линейном режиме драйвер начинает что-то делать, вероятнее всего, активно кэшировать хранимые по выбираемым тестовым приложением адресам данные. В итоге мы наблюдаем заметный «провал» в скорости. Как только занятое пространство заканчивается (а в нашем случае резкий скачок на графике до нормального уровня как раз примерно приходится на границу занятой ОС и тестовым пакетом области) — все приходит в норму. Кроме того, график чтения системы с одиночным OCZ Vertex 3 также показывает, что этот SSD в фоновом режиме очень активно проводит служебные операции над занятой зоной.

График чтения системы с OCZ Synapse Cache вообще объяснению не поддается, судя по всему, характер обращений HD Tune просто непонятен Dataplex. Фактически при используемом HD Tune формате доступа к HDD (линейно блоками по 1 МБ) Dataplex даже снижает производительность относительно чистой скорости, обеспечиваемой жестким диском.
Futuremark PCMark Vantage HDD Suite

PCMark Vantage в первую очередь критичен к времени доступа накопителя на чтение, потому OCZ Vertex 3 тут занимает доминирующую позицию. Аналогично это сказывается и на результатах RAID-массива из двух WD Velociraptor: несмотря на выросшую вдвое скорость линейного чтения и записи и более чем вдвое — скорость случайной записи, результаты у этой конфигурации лишь на 400 баллов выше, чем у одиночного «раптора». По той же причине и массив Smart Response Maximized лишь ненамного превосходит конфигурацию Enhanced — большинство операций, проводимых тестовым пакетом, направлены на чтение. Отметим, что в общем зачете OCZ Synapse Cache отстает от Intel SRT лишь на 10% — значительно меньше, чем в синтетических тестах.

Интересно, что Dataplex справляется с подтестами Windows Media Center, Windows Media Player и загрузкой приложений лучше, чем Intel SRT в режиме Enhanced — это прямое свидетельство преимущества, получаемого от кэширования операций записи. В то же время в Windows Photo Gallery и Windows Defender альтернативная технология безнадежно проигрывает, за счет чего и оказывается позади решения Intel.

Также отметим, что в PCMark Vantage мы столкнулись со странным поведением OCZ Synapse Cache, или, скорее, технологии Dataplex. После первого прохода тестов последующие неизбежно показывали очень низкие результаты, причем систему проследить оказалось невозможно: за один проход массив мог получить 15000 баллов, за второй — 7000, а за третий и вовсе 3000. Вернуть показатели до ожидаемых 30000 удавалось только повторным проходом любого из синтетических тестов (перезагрузка не помогала). Очевидно, что в данном случае мы имеем локальную недоработку ПО, которую, вполне вероятно, NVELO ее исправит в следующем релизе. Впрочем, ни в одном другом тесте такое поведение на обнаруживалось, так что можно считать это единичным случаем, не влияющим на общий результат.

Futuremark PCMark 7 System Storage Suite

Переработанный тестовый пакет PCMark Vantage 7 System Storage Suite еще больше полагается на время доступа, однако и линейной скорости уделяется несколько больше внимания при подсчете конечного результата. В итоге RAID-массив уже опережает одиночный HDD не на 5%, а на целых 20%. В то же время значительно меньшая скорость линейного чтения, показываемая OCZ Synapse Cache относительно Intel Smart Response, оказывает этой технологии медвежью услугу: она получает на 45% меньший результат, нежели SRT в режиме Maximized. Если смотреть результаты в каждом из тестов, то видно, что абсолютно везде Dataplex значительно уступает не только OCZ Vertex 3 Max IOPS, но и обоим режимам Intel Smart Response, в то время как в PCMark Vantage эта технология у них иногда выигрывала.

Время запуска ОС

	Run 1	Run 2	Run 3	Run 4	Run 5
WD1500HLHX	28	25	20	20	20
2x WD1500HLHX RAID-0	31	20	17	17	17
OCZ Vertex 3 Max IOPS 120 GB	12	12	9	9	9
	31	14	13	10	10
	24	9	10	9	9
	27	11	11	11	11

Переходим от специализированных тестов к оценке того, что же дает применение каждого из тестируемых сегодня вариантов в реальной жизни. Первым будет загрузка ОС Windows 7 SP1 64-бит. Замер производился при пяти последовательных перезагрузках.

Как видим, Microsoft постаралась минимизировать влияние медленной дисковой подсистемы в условиях, когда пользователь запускает один и тот же набор ПО: уже на второй загрузке технологии Windows Prefetcher и SuperFetch, перемещающие наиболее активно используемые исполняемые файлы и библиотеки в начало диска (наиболее быструю его часть) и автоматически загружающие их в ОЗУ при старте, обеспечивают снижение времени старта на 12% для одиночного WD VelociRaptor и 55% (!) — для RAID-0. К третьему рестарту они уже достигают своей максимальной эффективности, и время сокращается еще сильнее — на 40% и 82%, соответственно!

Переход с HDD на SSD, ожидаемо, очень сильно снижает время загрузки — с OCZ Vertex 3 Max IOPS Windows 7 стартует всего за 12 секунд, а после того как SuperFetch «выкинет» из предзагрузки все лишнее — и вовсе за 9. И вот тут приходит время удивляться быстродействию гибридных массивов: как видим, первый запуск системы оказывается примерно таким же, как и с HDD, однако уже на второй раз время старта снижается радикально. Что интересно, минимального значения системы Intel SRT Maximized и Dataplex достигают уже на втором перезапуске, а Enhanced для этого требуются три старта.

Время запуска ОС и пакета MS Office

	Run 1	Run 2	Run 3	Run 4	Run 5
WD1500HLHX	60	62	29	23	26
2x WD1500HLHX RAID-0	29	26	28	28	31
OCZ Vertex 3 Max IOPS 120 GB	14	15	12	15	13
WD1500HLHX + OCZ Vertex 3 SR Enhanced	21	16	12	19	12
WD1500HLHX + OCZ Vertex 3 SR Maximized	20	21	15	15	15
WD1500HLHX + OCZ Synapse Cache 128 GB	31	14	16	17	13

Добавление в автозагрузку «тяжелых файлов» Microsoft Word, Excel и PowerPoint значительно увеличивает время загрузки ОС, и тем явнее становится эффект от кэширования. Как видим, одиночный HDD при третьем рестарте получает более чем двукратный прирост быстродействия от SuperFetch и Prefetcher, в то время как на RAID-0 эти технологии вообще не сказываются, в отличие от загрузки чистой системы. Очевидно, в случае двух VelociRaptor операционная система со всем ПО и так умещается на наиболее скоростных внешних дорожках пластин, и технологии Microsoft просто уже не могут сделать загрузку быстрее.

Аналогичная ситуация наблюдается и с OCZ Vertex 3: все пять проходов этого теста демонстрируют примерно одинаковое время загрузки, хотя и наблюдаются колебания в пределах трех секунд. В целом же Vertex 3 Max IOPS вдвое быстрее RAID-0 и вчетверо — одиночного WD VelociRaptor.

На фоне предыдущих трех участников особенно эффектно выглядят гибридные массивы. Intel SRT Enhanced уже при первом же запуске показывает меньшее время, чем одиночный HDD (очевидно, часть компонентов ОС и ПО дублируются, и перенос их на SSD уже дает прироста скорости), а при третьем — достигает максимальной производительности, идентичной OCZ Vertex 3. Впрочем, как и с одиночным SSD, у этой конфигурации наблюдаются колебания от прохода к проходу аж до 7 секунд. Аналогичная ситуация наблюдается и с Dataplex: массив с OCZ Synapse Cache загружает ОС и офисный пакет на пару секунд медленнее, нежели Intel SRT, и его показатели тоже не отличаются стабильностью. Единственной конфигурацией, порадовавшей повторяемостью результатов, стала Intel Smart Response Maximized — третий рестарт она прошла за 15 секунд и в дальнейшем не замедлялась ни разу.

PPBM5 (Adobe Premiere Pro CS5) Disk Test

	Run 1	Run 2	Run 3	Run 4	Run 5
WD1500HLHX	142	142	144	143	142
2x WD1500HLHX RAID-0	135	135	134	134	134
OCZ Vertex 3 Max IOPS 120 GB	136	135	133	133	133
WD1500HLHX + OCZ Vertex 3 SR Enhanced	139	135	136	136	136
WD1500HLHX + OCZ Vertex 3 SR Maximized	138	145	141	137	136
	145	135	136	137	143

Дисковый тест из бенчмарка PPBM5 представляет собой рендеринг 13-гигабайтного ролика AVI из большого числа исходных файлов, что должно обеспечивать большую нагрузку на дисковую подсистему. На практике же мы видим, что в основном он критичен к пропускной способности диска: все конфигурации, достигающие около 250 МБ/с в линейном режиме, справляются с рендерингом за примерно одинаковое время. Отстают от лидеров лишь одиночный WD VelociRaptor (что естественно) и гибридный массив с OCZ Synapse Cache, который, как мы уже видели по синтетическим тестам, оказывается значительно медленнее Intel SRT и OCZ Vertex 3 по скорости линейного чтения.

Retouch Artists Photoshop Benchmark (Adobe Photoshop CS5 Extended)

	Run 1	Run 2	Run 3
WD1500HLHX	21,5	21,8	21,2
2x WD1500HLHX RAID-0	19,5	19,7	19,6
OCZ Vertex 3 Max IOPS 120 GB	22,4	20	20,8
WD1500HLHX + OCZ Vertex 3 SR Enhanced	20,7	20,8	20,8
WD1500HLHX + OCZ Vertex 3 SR Maximized	21,2	20,4	20,2
WD1500HLHX + OCZ Synapse Cache 120 GB	20,6	20,2	20,9

Этот тест представляет собой набор фильтров и операций, автоматически применяемых к тестовому изображению. Как видно из таблицы, все шесть конфигураций справляются с ним примерно одинаково быстро, с разрывом примерно в 1,5 секунды. Отметим, что в данном случае количество проходов теста на скорости никак не сказывается (для проверки он специально был проведен на Intel Smart Response Maximized 10 раз — безрезультатно).

HardwareHeaven Photoshop Benchmark (Adobe Photoshop CS5 Extended)

	Run 1	Run 2	Run 3
WD1500HLHX	200,6	201,2	200,5
2x WD1500HLHX RAID-0	187,9	187,7	188,1
OCZ Vertex 3 Max IOPS 120 GB	198	197,5	198,4
WD1500HLHX + OCZ Vertex 3 SR Enhanced	198,2	197,9	198,2
WD1500HLHX + OCZ Vertex 3 SR Maximized	199,2	198,5	198,3
WD1500HLHX + OCZ Synapse Cache 128 GB	198,8	198,1	198,3

Как и предыдущий тест, этот набор фильтров и операций (хоть и значительно более сложный и ресурсоемкий) не получает прироста производительности от SSD-кэширования. Из всех участников стоит выделить только двоих: одиночный WD VelociRaptor оказывается заметно медленнее всех других конфигураций (хотя «заметно» — это всего 3 секунды), а вот RAID-0 неожиданно намного опережает и гибридные конфигурации, и даже SSD. Учитывая, что по всем скоростным параметрам он должен им уступать, единственное логичное объяснение этому факту — больший объем, используемый Photoshop для scratch-файла (во всех конфигурациях ему отводилось все свободное пространство).

Crysis 2

	Run 1	Run 2	Run 3	Run 4	Run 5
WD1500HLHX	64	62	63	40	39
2x WD1500HLHX RAID-0	52	40	41	40	39
OCZ Vertex 3 Max IOPS 120 GB	45	39	39	42	38
WD1500HLHX + OCZ Vertex 3 SR Enhanced	55	49	48	41	40
WD1500HLHX + OCZ Vertex 3 SR Maximized	57	39	40	40	39
WD1500HLHX + OCZ Synapse Cache 120 GB	67	44	39	40	41

Наконец, перейдем к играм. Crysis 2 с набором текстур высокого разрешения занимает 12,5 ГБ на диске и грузится довольно долго. Судя по минимальным результатам, показываемым всеми шестью конфигурациями в тесте, наш стенд способен запускать бенчмарк примерно за 40 секунд, однако тут есть оговорки.

Во-первых, в реальных условиях скорость диска влияет на время загрузки уровней и локаций, что игрок делает не раз в минуту (если его, конечно, не убивают постоянно в одном и том же месте). Следовательно, преимущества SuperFetch, наблюдаемые нами на примере VelociRaptor и RAID-0, чаще всего будут не так заметны — за время игры от уровня к уровню с диска будет считано достаточно данных, чтобы предзагрузчик «загрязнил» этот кэш, и он не показал максимальной эффективности. С гибридными комбинациями такая ситуация произойти не должна, т.к. объем буферного SSD будет достаточен для всего, что будет происходить. Особенно значительный прирост будет наблюдаться в случае дублирования элементов между локациями: тогда первая загрузка займет, к примеру, 30 секунд, а вторая вполне может произойти и за 10.

Возвращаясь к нашим результатам, видим, что ко второй загрузке максимальной эффективности достигают RAID-0, Intel SRT в режиме Maximized и, естественно, OCZ Vertex 3. OCZ Synapse Cache показывает заветные 40 секунд при третьем перезапуске, а Intel SRT Enhanced и одиночный WD VelociRaptor — при четвертом.

S.T.A.L.K.E.R. Call of Pripyat

	Run 1	Run 2	Run 3	Run 4	Run 5
WD1500HLHX	123	126	121	121	124
2x WD1500HLHX RAID-0	113	97	97	98	97
OCZ Vertex 3 Max IOPS 120 GB	104	98	99	98	99
WD1500HLHX + OCZ Vertex 3 SR Enhanced	118	99	102	101	100
WD1500HLHX + OCZ Vertex 3 SR Maximized	117	99	100	99	101
WD1500HLHX + OCZ Synapse Cache 120 GB	150	99	99	98	100

Как и в случае с Crysis 2, S.T.A.L.K.E.R. Call of Pripyat от ускорения дисковой подсистемы масштабируется не слишком хорошо: минимальное суммарное время загрузки всех четырех тестов в этом бенчмарке составляет около 97—98 секунд. Тем не менее, эффект от кэширования заметен и тут, причем в полной мере достигается он уже при втором запуске всех систем, кроме одиночного WD VelociRaptor. В отличие от других участников теста, этот жесткий диск не получает прибавки в скорости от систем кэширования Windows и уступает более быстрым системам порядка 25 секунд. Отдельно подчеркнем, что гибрид с OCZ Synapse Cache справился с этим тестом ничуть не хуже Intel Smart Response.

Выводы

Быстрая дисковая подсистема не менее важна, чем разогнанный процессор или мощная видеокарта. Более того, разогнать ее нельзя — можно лишь заменить или дополнить. С появлением гибридных технологий вроде Intel Smart Response и NVELO Dataplex пользователи получили новую возможность повысить производительность ПК, и, как показывает тестирование, в большинстве случаев она оказывается отнюдь не компромиссом. Бесспорно, одиночный SSD обеспечивает более высокую производительность, чем «гибриды», однако его стоимость при ограниченной емкости не позволяет большинству пользователей устанавливать всё, что душе угодно, не обращая внимания на объем данных. Учитывая, что современные игры или профессиональное ПО с легкостью могут занять десяток-другой гигабайт, SSD наиболее популярной емкости в 120 ГБ хватит всего на 8—10 таких инсталляций. В то же время гибридный массив из скоростного жесткого диска и SSD на 60 ГБ обойдется примерно в такую же сумму, однако будет несравнимо более комфортным в использовании, хоть и немного более медленным.

Возвращаясь к сегодняшнему тестированию, можно сделать вывод, что Intel Smart Response на данный момент превосходит разработки других компаний по эффективности. NVELO Dataplex, используемая OCZ для своих SSD Synapse Cache, также хорошо справляется со своими задачами, однако заметно уступает разработке Intel. Впрочем, судя по тому, что в некоторых случаях она все же вырывается вперед, речь идет не о фундаментальном недостатке, а о банальном несовершенстве ПО, которое, как известно, можно исправить и улучшить. Учитывая, что NVELO в первую очередь позиционирует Dataplex как решение для серверных систем, в активном развитии программной части можно не сомневаться.

И, наконец, сравнивая Intel Smart Response и OCZ Synapse Cache, можем сказать лишь одно: их сравнивать попросту не нужно. Smart Response работает только на Intel Z68, и на этом чипсете организация именно этого массива будет лучшим решением. На всех других платформах такой возможности попросту нет, и там Synapse Cache будет великолепным способом получить отзывчивость системы с SSD, не жертвуя емкостью HDD.

Оборудование для тестирования было предоставлено следующими компаниями:

«Лучшей практикой» для многих корпоративных заказчиков является применение гибридных систем хранения SSD/HDD. Такое решение позволяет воспользоваться преимуществами обоих типов носителей - большой емкостью HDD и высоким быстродействием SSD в IOPS (количество операций ввода-вывода в секунду), - но при этом остается экономически привлекательным.

В гибридной системе хранения SSD/HDD основная емкость представлена недорогими жесткими дисками, а небольшой пул для «горячих», часто используемых данных - флеш-памятью. В рационально спроектированной гибридной СХД при небольшом количестве накопителей SSD достигается значительное ускорение операций с основным пулом хранения данных.

РЕАЛИЗАЦИЯ ГИБРИДНЫХ СХД

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

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

При многоуровневом хранении данные соответствующим образом сортируются и помещаются на уровень SSD или HDD (уровней может быть больше двух): «горячие» отправляются на флеш-память, а реже используемые - на жесткие диски.

ЧТО ЛУЧШЕ?

Многоуровневое хранение не предполагает избыточности данных, поэтому реализация RAID в этом случае становится более сложной - требуется покупка дополнительных SSD. Сама сортировка данных и распределение их по уровням негативно сказываются на производительности. Такие системы должны управлять данными, которые из «горячих» со временем превращаются в «холодные». Ввиду отсутствия избыточности, часто используемые данные нужно перемещать в основной пул, как только они становятся менее полезными. Эти фоновые процессы потребляют IOPS и сказываются на скорости операций ввода-вывода во время таких перемещений. С наибольшей эффективностью многоуровневое хранение функционирует в тех случаях, когда соответствующие алгоритмы адаптированы к требованиям и задачам заказчика. Для достижения идеальной производительности нужны постоянный мониторинг и подстройка алгоритмов.

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

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

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

ПРОБЛЕМА ЗАПИСИ

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

Если в клиентской системе операции записи на SSD можно распределить таким образом, что каждый отдельный блок носителя будет перезаписываться достаточно редко, то в гибридной СХД уровень SSD активно задействуется для хранения «горячих» данных всего дискового пула. При кэшировании и многоуровневом хранении операции с SSD станут очень интенсивными, и преимущества алгоритмов предотвращения износа носителя будут сведены на нет. Это означает, что в обоих случаях (кэширование и многоуровневое хранение) уровень SSD лучше всего задействовать для ускорения операций чтения, а не чтения и записи.

РЕАЛИЗАЦИЯ КЭШИРОВАНИЯ НА SSD

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

НАПОЛНЕНИЕ КЭШ-ПАМЯТИ

Кэш, как и основная емкость хранения, разбивается на группы секторов равного размера. Каждая группа называется кэш-блоком, а каждый блок состоит из подблоков. Размер кэш-блока можно настраивать под конкретное приложение, например СУБД или Web-сервер.

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

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

Что происходит с содержимым кэша после его «разогрева»? Если на SSD есть свободное место, кэш продолжает заполняться «горячими» данными. Когда емкость SSD исчерпывается, применяется алгоритм перезаписи наименее используемых данных (Least Recently Used, LRU), то есть на место последних в кэш-памяти записываются новые «горячие» данные.

Если объем «горячих» данных превышает емкость SSD, процент считываемых из кэш-памяти данных уменьшается, соответственно, снижается и производительность. Кроме того, чем меньше емкость SSD (и чем больше объем горячих данных), тем интенсивнее обмен «горячих» данных. В результате SSD будет изнашиваться быстрее.

Специалисты Qsan рекомендуют использовать накопители Intel SSD DC S3500. Так, у SSD емкостью 480 Гбайт наработка на отказ (MTBF) составляет 2 млн ч. Что касается производительности, то типичная задержка у этих накопителей равна 50 мс, максимальная задержка при чтении - 500 мс (99,9% времени), а производительность при произвольном чтении блоками по 4 Кбайт достигает 75 тыс. IOPS, при записи - 11 тыс. IOPS. Это хороший вариант для SSD-кэширования.

КЭШИРОВАНИЕ ПРИ ЧТЕНИИ-ЗАПИСИ

Операция чтения при отсутствии данных в кэш-памяти происходит следующим образом:

1. Данные считываются с HDD.
2. Выполняется операция наполнения SSD.

Операция чтения при наличии данных в кэш-памяти:

1. Приложение подает запрос на чтение данных.
2. Данные считываются с SSD.
3. Запрошенные данные возвращаются приложению.
4. При сбое SSD данные считываются с HDD.

Действия приложения при записи данных:

1. Приложение подает запрос на запись данных.
2. Данные записываются на HDD.
3. Приложению возвращается статус операции.
4. Выполняется операция наполнения кэш-памяти на SSD.

НАСТРОЙКА КЭШ-ПАМЯТИ SSD

Чтобы приложение использовало кэш-память на SSD максимально эффективно, ее можно настроить. Основные параметры - размер блока кэш-памяти, пороговые значения наполнения при чтении и при записи.

Размер блока. Большой размер блока кэш-памяти подходит для приложений, часто обращающихся к соседним (по физическому расположению) данным. Это называется высокой локальностью обращений. Увеличение размера блока также ускоряет наполнение кэш-памяти на SSD - ускоряется «разогрев» кэша, после которого приложения с высокой локальностью обращений будут демонстрировать весьма высокую производительность. Однако увеличение размера блока влечет за собой генерирование избыточного трафика ввода-вывода и увеличение времени отклика, особенно для отсутствующих в кэше данных.

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

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

Как можно видеть, увеличение или уменьшение каждого параметра имеет свои положительные и отрицательные последствия. Очень важно понимать «локальность» приложения. Кроме того, полезно протестировать систему на реальных нагрузках и посмотреть, при каких параметрах она показывает лучшие результаты.

ПРИМЕР КОНФИГУРАЦИИ КЭША НА БАЗЕ SSD

В тесте моделировалась типовая ситуация ввода-вывода (произвольное чтение 90% + запись 10%) для определения выигрыша, который дает использование SSD-кэша. При тестировании применялась система AegisSAN Q500 в следующей конфигурации:

• HDD: Seagate Constellation ES, ST1000NM0011, 1 Тбайт, SATA 6 Гбит/с (x8);
• SSD: Intel SSD DC 3500, SSDSC2BB480G4, 480 Гбайт, SATA 6 Гбит/с (x5);
• RAID-группа: RAID 5;
• тип ввода-вывода: Database Service (8 Кбайт);
• режим ввода-вывода: блоки по 8 Кбайт.

Время «разогрева» вычисляется по следующей формуле:

T = (C × P) / (I × S × D),

где T - время «разогрева», I - средняя производительность в IOPS одного HDD при произвольном чтении, S - размер блока ввода-вывода, D - число HDD, C - совокупная емкость всех SSD, P - пороговое значение наполнения кэш-памяти при чтении или записи. На практике «разогрев» кэша может занять больше времени.

Для данной конфигурации оно составит:

Т = (2 Тбайт × 2) / (244 × 8 Кбайт × 8) = 275 036,33 сек = 76,40 ч.

Без кэширования на SSD средняя производительность составила 962 IOPS. При включении кэширования она выросла до 1942 IOPS, то есть улучшение после «разогрева» кэша оказалось двукратным - 102%. Согласно расчетной формуле время разогрева равно 76,4 ч, в тесте после 75 ч производительность в IOPS достигла максимальной величины и оставалась после этого стабильной.

ЗАКЛЮЧЕНИЕ

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

Бартек Митник - директор по продажам компании Qsan Technology в регионе EMEA.