Архив рубрики: SSD

Обзор SSD Toshiba HK3R

SSD корпоративного класса Toshiba HK3R предназначены для использования в серверах с высокими требованиями к производительности дисковой подсистемы с преимущественной нагрузкой на чтение.

В настоящее время Toshiba выпускает четыре линейки корпоративных SSD:

  • на базе MLC: PX03SN с интерфейсом SAS и H3KR c интерфейсом SATA
  • на базе eMLC: PX02SM и более производительные PX02SS

Участвующий в обзоре диск принадлежит к младшей линейке на базе 19нм MLC NAND, имеет ёмкость 480ГБ (существуют варианты на 120ГБ и 240ГБ) и ресурс в 880ТБ записи. Полное обозначение SSD серии HK3R — THNSNJxxxPCS3, где xxx соответствует объему в ГБ.

Заявленные характеристики

  • Емкость: 120ГБ (THNSNJ120PCS3), 240ГБ (THNSNJ240PCS3), 480ГБ (THNSNJ480PCS3)
  • Форм-фактор: 2,5″, высота 7мм
  • Тип памяти: 19нм MLC NAND
  • Интерфейс: SATA 6Gb/s (SATA III)
  • Ресурс на запись
    • 120ГБ: 220ТБ
    • 240ГБ: 440ТБ
    • 480ГБ: 880ТБ
  • Последовательное чтение/запись: 500/270 МиБ/с
  • Случайное чтение/запись 4K: 8500/10000 IOPS (для THNSNJ120PCS3) и 12000 IOPS (THNSNJ240PCS3, THNSNJ480PCS3)
  • Потребляемая мощность: 1 Вт
  • Рабочая температура: 0°C – +55°C
  • Вес: 60 г

Зачем нужны SSD корпоративного класса на базе MLC NAND

Многие заказчики интересуются, зачем вообще нужно использовать SSD корпоративного класса с обычными MLC ячейками. Действительно, в отличие от eMLC, мы не получаем ни высокой производительности на запись, ни ресурса, позволяющего без опасений долгое время использовать такие SSD под высокой нагрузкой на запись. Почему бы не использовать обычные бытовые SSD?
Причина номер один — защита по питанию. Контроллер SSD использует обычную DRAM как для кэширования записываемых хостом данных (или перемещаемых при сборке мусора), так и для хранения таблицы трансляции (в зависимости от производителя — management table или translation table. В таблице хранится соответствие между логической нумерацией блоков, которая показывается хосту, и реальным размещением данных. Аварийное выключение питания приводит к тому, что часть данных, ещё не записанных в энергонезависимую NAND-память, будет потеряна. Ситуация аналогична использованию кэша на запись (режим write-back) в RAID-контроллере без обеспечения его защиты. Естественно, для серверного применения SSD без защиты кэша не подходят.
Помимо традиционного способа обеспечения резервного питания (массив обычных электролитических конденсаторов или суперконденсаторов) в SSD Toshiba применяются дополнительные алгоритмы для защиты пользовательских данных и таблицы трансляции.

Технология Toshiba Power Loss Protection (PLP) — обычная схема, которая отвечает за обнаружение проблем с питанием, при необходимости переключает SSD на суперконденсаторы, отдавая контроллеру команду на сброс содержимого кэша на NAND.
Технология Toshiba Power Failure Management (PFM) реализована на уровне микрокода контроллера и реализует ряд дополнительных мер защиты от потери данных:

  • Обеспечивается хранение двух копий таблицы трансляции в разных страницах NAND.
  • Для запись обновлений происходит поочерёдно в разные копии.
  • При повреждении таблицы используется вторая копия.
  • Данные сохраняются на флеш при получении от хоста стандартной ATA-команды FLUSH_CACHE или во время простоя SSD.
  • Стандартная технология выравниявания нагрузки: каждая операция записи всегда осуществляется в другую страницу NAND даже при записи в тот же логический блок. При повреждении данных из-за аварийного отлючения питания всегда остается предыдущее состояние блока по старому адресу.

Методы, используемые в PFM, помогают снизить риск потери данных, но полная защита осуществляется только при наличии схемы резервного питания (PLP). Все SSD корпоративного класса Toshiba имеют поддержку и PLP и PFM в отличие от обычных бытовых SSD HG5d и HG6.
Причина номер два — предсказуемые ресурс и производительность. Корпоративные SSD на базе MLC имеют ресурс на 1-2 порядка меньше старших собратьев с eMLC, но в отличие от бытовых SSD он указывается в характеристиках, так что вы можете оценить применимость SSD для конкретной нагрузки. В производительности на запись MLC тоже уступает eMLC/SLC, но благо

Как мы тестируем SSD: Kingston E100 vs Intel S3700

В описанных ниже методиках тестирования производительности SSD нет ничего нового. Это первые четыре теста в соответствии со спецификацией SNIA Solid State Storage Performance Test Specification Enterprise v1.1: IOPS, Throughtput, Latency, Write Saturation. Описание и условия есть в статье на основном сайте True System: Обзор SSD OCZ Intrepid 3800.
Сам по себе обзор Kingston E100 и сравнение результатов синтетических тестов производительности с Intel S3700 тоже не представляют особой ценности. Соответствующие обзоры были опубликованы 1,5 года назад на StorageReview с примерно аналогичными результатами. Цель проста: показать, какие методики тестирования производительности SSD мы используем сейчас и намерены использовать в дальнейшем при тестировании новинок, продемонстрировать серьезность подхода в сочетании с возможностью представления результатов на красивых графиках (за что, в частности, любят тот же StorageReview). Особенно интересны будут пока еще не доехавшие до нас NVMe SSD от Intel и других производителей.

Как упоминалось выше, описание тестов, конфигурацию стенда и другие подробности можно найти в обзоре новых eMLC SSD от возрожденной OCZ (OCZ Storage Solutions) — Intrepid 3800. Остается добавить, что для самих тестов используется fio, для построения графиков (кроме 3D) — gnuplot. Для проверки выхода на установившееся состояние используется способ, описанный в спецификации SNIA PTS — проверка на выход линейной аппроксимации графика в выбранном окне за пределы +-10% от среднего значения. Пример:

В нашем распоряжении находится Kingston E100 (SE100S3200G) объемом 200ГБ, с последней прошивкой 515ABBF0.

Результаты

IOPS Test

График IOPS при различных значения размера блока и соотношениях чтение/запись:

Обычно для SSD указывают значение IOPS для блока 4КиБ на чтение и запись (значение задержки при этом не контролируется): 57147 IOPS на чтение и 22262 IOPS на запись. Производитель указывает 59000/76000 IOPS без указания методики тестирования (т.е. это пиковые значения для «свежезануленного» SSD), но и реальные результаты неплохи. Де-факто эталонный на сегодняшний день среди eMLC SSD с интерфейсом SATA, Intel S3700 продемонстрировал 30425/40524 IOPS на чтение и запись соответственно. На блоках 8К отрыв S3700 на запись увеличивается: 24125/30730 (Intel S3700) и 35514/8932 IOPS (Kingston E100).

Throughtput Test

На графике дополнительно представлен вышеупомянутый OCZ Intrepid 3800:

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

Latency Test

Проверяется задержка (средняя и максимальная) при одном потоке с глубиной очереди = 1.
Средняя задержка:

Максимальная задержка:

Сравнение с Intel S3700 для блока 4K:

 

Сами по себе результаты неплохи для eMLC 2012 года, но в сравнении с Intel S3700 выглядят не очень хорошо.

Write Saturation Test

Непрерывная нагрузка на случайную запись (8 потоков с QD=16) блоками 4K в течение 10 часов. Такая нагрузка приводит к исчерпанию пула свободных блоков и показывает способность SSD эффективно справляться со сборкой мусора. На графиках IOPS и задержек у любых можно увидеть резкое снижение производительности после того, как заканчиваются свободные для записи блоки в основном и резервном пространстве. После этого контроллер SSD вынужден заниматься своего рода дефрагментацией ячеек с мусорными данными, размещая незавершенные IO в кэше. От эффективности алгоритма сборки мусора и аппаратных возможностей контроллера будет зависеть степень деградации производительности заполненного SSD.
График 1: IOPS.

Начинают оба SSD одинаково. Производительность в состоянии «из коробки» — порядка 43 тыс. IOPS на запись, но после заполнения Kingston проседает до 8000 против 32000 у Intel S3700. Разумеется, Write Saturation Test — это экстремальный синтетический тест и в реальности непрерывная нагрузка со 100% записью практически не встречается, у SSD практически всегда есть достаточно времени на сборку мусора для пополнения запаса чистых блоков.
Графики 2 и 3. Средняя задержка, максимальная задержка.

 

Среднее значение задержки в тесте WSAT вычисляется в пределах 1-минутного раунда (всего их 600), максимальное значение задержки в пределах раунда тоже записывается и по нему строится отдельный график.
Ситуация со средней задержкой опять не в пользу Kingston: после заполнения контроллер SSD начинает тратить много времени на подготовку чистых блоков и задержка вырастает в 6 раз.
Несмотря на существенно более низкий уровень средней задержки Intel S3700 демонстрирует периодические пики, превышающие среднее значение более чем на два порядка, что может не лучшим образом сказаться на реальной производительности приложений. Kingston E100 демонстрирует более стабильное поведение.

Заключение

Остается реализовать остальные, более сложные тесты SNIA PTS. Особенно важным будет Demand Intensity / Response Time Histogram, показывающий зависимость соотношения IOPS/задержка от нагрузки (количества потоков и глубины очереди) и распределение значения минимальной/средней/максимальной задержки.

Автор: Dmitry Nosachev