Обзор и тестирование SSD Crucial MX300 275 Гбайт (CT275MX300SSD1) и Crucial MX300 750 Гбайт (CT525MX300SSD1): неплохой прогресс

для раздела Лаборатория

Программная часть

Те, кто постоянно читает обзоры SSD-накопителей, публикуемые на нашем сайте, наверняка помнят материал, посвященный SmartBuy Splash. В его основе лежит контроллер Marvell 88NV1120, который на тот момент был настолько новым, что аналогов SmartBuy Splash в рознице практически не встречалось.

Тестируемый нами накопитель Crucial MX300, как мы уже знаем, также пока не имеет аналогов по аппаратной конфигурации. Сам по себе контроллер Marvell 88SS1074 не так уж и нов, но вот сюрприз обнаружился совершенно тот же: Crucial MX300 не допускает выполнения команды Secure Erase. Об этом рапортует как фирменный программный пакет Crucial Storage Executive…

450x349  19 KB. Big one: 1202x933  121 KB

Так и сторонние приложения вроде TXBench.

250x176  9 KB. Big one: 731x515  46 KB 250x176  9 KB. Big one: 731x514  42 KB

А используемый обычно дистрибутив Parted Magic Crucial MX300 даже не отображает в диалоге выполнения команды безопасной очистки. Сходный загрузочный дистрибутив Naraeon SSD Tools, способный выполнять очистку как NVMe, так и AHCI-решений, Crucial MX300 отображает в списке доступных и даже позволяет инициировать выполнение команды, однако после перезагрузки видно, что она не выполняется: разметка и данные на накопителе остаются в полной сохранности.

Таким образом, пользователям Crucial MX300 придется уповать только на корректную отработку накопителем команды TRIM или последующее изменение микрокода контроллера. Причем на последнее сильно надеяться я бы не стал: выполнение SE было невозможно ни в «заводской» версии M0CR021, которой были оснащены оба образца, ни в выпущенной две недели назад версии M0CR040, обновление на которую было осуществлено уже в процессе написания данного материала.





Это не является критической ошибкой, скорее просто недостаток, актуальный лишь для специфичных случаев вроде продажи накопителя как б/у на вторичном рынке. Но и то если накопитель корректно отрабатывает TRIM, данные будут стираться из флеш-памяти в рамках работы алгоритмов «сборки мусора», а при особой необходимости накопитель можно затереть и вручную.

В целом Crucial MX300 может похвастать наличием 23 параметров SMART, которые способны предоставить практически полную информацию о состоянии каждого конкретного накопителя.

450x557  37 KB. Big one: 674x834  84 KB

Также, как уже было сказано выше, пользователям доступен фирменный пакет Crucial Storage Executive, предназначенный для обслуживания SSD Crucial. Следует заметить, что данный программный пакет написан в виде Java-апплетов и потому не имеет собственного полноценного интерфейса, а работает через браузер. Впрочем, работа пакета организована настолько прозрачно, что об этой особенности в большинстве случаев задумываться не придется вовсе.

190x147  7 KB. Big one: 1202x933  139 KB 190x147  7 KB. Big one: 1202x933  120 KB 190x147  7 KB. Big one: 1202x933  132 KB

190x147  7 KB. Big one: 1202x933  94 KB 190x147  7 KB. Big one: 1202x933  165 KB 190x147  6 KB. Big one: 1202x933  121 KB

190x147  7 KB. Big one: 1202x933  171 KB 190x147  7 KB. Big one: 1202x933  138 KB 190x147  7 KB. Big one: 1202x933  157 KB





190x147  8 KB. Big one: 1202x933  156 KB
  • Просмотр параметров SMART и оценка общего состояния накопителя (при этом есть доступ даже к моделям других производителей);
  • Автоматическое обновление микрокода, как путем его прямой загрузки с сервера Micron, так и локально, из файла;
  • Выделение дополнительного объема под резерв контроллера (Over Provisioning);
  • Выполнение удаления шифрованных данных посредством подачи сброса PSID;
  • Включение алгоритмов кэширования Momentum Cache.

Стабильность скоростных характеристик и температурный режим

С помощью CrystalDiskMark (64bit) 3.0.1 в режиме случайных данных производится замер производительности четыре раза:

  • Изначальное состояние нового накопителя («нулевое» состояние);
  • После проведения всего цикла тестов происходит заполнение диска пользовательскими данными из предыдущего раздела статьи (с файлами Word, фотоснимками, аудио- и видеозаписями), таким образом, чтобы суммарный объем записанных данных был не менее трехкратного общего объема накопителя;
  • Тридцатиминутный простой, в течение которого не производится каких-либо операций с SSD – для работы фоновых функций накопителя по уборке «мусора»;
  • Выполнение команды TRIM силами операционной системы.

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

Затем производится полная очистка накопителя, после чего запускается тест AIDA64 Disk Benchmark в режиме «Write» (размер блока установлен равным 1 Мбайт) – данный тест производит линейную запись всего объема носителя, попутно выводя информацию о процессе записи в виде удобного графика. Этот тест позволяет нам увидеть, насколько в целом накопитель стабилен, не возникает ли перегрев и какие, возможно, алгоритмы «ускоренной записи» реализованы в микропрограмме.

И в заключение, после подачи команды TRIM на весь объем накопителя, производится тестирование с помощью Iometer.

  • Имитируется работа накопителя в условиях нагрузки, близкой к серверной (непрерывная случайная запись блоками 4 Кбайт по всему объему с глубиной очереди запросов 32) при отсутствии TRIM. Именно так, к примеру, работают базы данных: создается один или энное число больших файлов, внутри которых выполняются операции чтения/записи, генерации команды TRIM при этом не происходит. Тест проводится непрерывно в течение двух часов, при этом ежесекундно снимаются показатели быстродействия. Итоги данного теста позволяют нам увидеть возможности подопытного как в «чистом», так и в «использованном» состояниях (достижение состояния «устоявшейся производительности»).

  • По завершении этого теста проделаем еще один, целью которого будет выяснение того, насколько хорошо работают алгоритмы «сборки мусора» (Garbage Collection). На итоговом графике присутствуют скоростные показатели накопителя в четырех ситуациях: состояние «чистого» массива ячеек (после команды Secure Erase), после непрерывной нагрузки в течение двух часов в условиях отсутствия команды TRIM, после простоя 30 минут, которых должно хватить накопителю для отработки внутренних алгоритмов «сборки мусора», после выполнения команды TRIM на весь объем накопителя. Тест довольно специфический, и его результаты важны для тех, кто нацелен на эксплуатацию в условиях работы без TRIM (старые операционные системы, некоторые RAID-массивы, в качестве внешнего накопителя – через адаптер SATA-USB).

Модели Crucial

Crucial MX300 275 Гбайт

150x136  8 KB. Big one: 402x367  28 KB 150x136  8 KB. Big one: 402x367  27 KB 150x136  8 KB. Big one: 402x367  27 KB 150x136  8 KB. Big one: 402x367  27 KB

Crucial MX300 750 Гбайт





150x136  8 KB. Big one: 402x367  27 KB 150x136  8 KB. Big one: 402x367  28 KB 150x136  8 KB. Big one: 402x367  33 KB 150x136  8 KB. Big one: 402x367  27 KB

Интересно, но факт: Crucial MX300 в объеме 750 Гбайт на операциях линейного и крупноблочного чтения работает медленней, нежели в объеме 275 Гбайт

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

250x170  8 KB. Big one: 812x552  23 KB 250x170  8 KB. Big one: 812x552  23 KB

Линейная перезапись всего объема показывает классическую картину для накопителей, простроенных на базе аппаратной конфигурации с флеш-память TLC NAND и реализацией алгоритма псевдо-SLC: некоторая часть данных записывается на высокой скорости, после чего контроллер переключается в обычный режим записи и скорость падает. Приятен тот факт, что оба накопителя без проблем отрабатывают данный тест: нет никаких признаков перегрева.

Простое копирование крупных файлов подтверждает результаты в AIDA64: за пределами SLC-кэша скорость записи составляет примерно 130 и 310 Мбайт/с в зависимости от объема.

449x287  9 KB

449x287  9 KB

И вот здесь мы видим еще одну причину, побудившую Micron отказаться от выпуска Crucial MX300 объемом условно 137 Гбайт: скорость линейной записи за пределами SLC-кэша для такого SSD составила бы примерно 70 Мбайт/с, что вполне сопоставимо с большинством других SSD этого класса объемов. Это втянуло бы Micron в ценовую конкуренцию в том сегменте, в котором и так слишком тесно с точки зрения себестоимости.





Но в больших классах объема Crucial MX300 также не всегда выигрывает у конкурентов, тут надо смотреть более внимательно – все зависит от конкретной реализации. К сожалению, у нас не было возможности взять на тесты третий SSD – MX300 объемом 525 Гбайт, поэтому тут придется сравнивать с менее емкими решениями на TLC NAND. Например, Kingston UV400 480 Гбайт обеспечивает лишь 100 Мбайт/с, Plextor M7V 512 Гбайт – порядка 230 Мбайт/с, современные Phison S10 + 15 нм Toshiba (вроде OCZ Trion 150) – порядка 300 Мбайт/с, более старые Phison S10 +19-нм Toshiba (вроде OCZ Trion 100) – порядка 80-90 Мбайт/с.

Отдельно отметим, что решения Samsung здесь Micron догнать также не удалось: даже самый младший Samsung 750 EVO 500 Гбайт в данном типе нагрузки обеспечивает порядка 330 Мбайт/с. Но не отнять одного: показатели Crucial MX300 заметно выше оных у предшественника – Crucial BX200.

На случайной мелкоблочной записи показатели производительности обоих накопителей достигают 83-85 тысяч IOPS, что вполне соответствует заявленным показателям. Но это – лишь в тот время, когда накопители работают в SLC-режиме. По выходу из него производительность падает до 35 и 70 тысяч IOPS соответственно объему.

300x196  9 KB. Big one: 1354x884  106 KB 300x196  11 KB. Big one: 300x196  11 KB

Следующая «ступень» отмечается на том уровне, когда накопители заполнены на 85% своего объема. Обусловлено это тем, что помимо основной работы по записи поступающих данных, микропрограмма приступает к расчистке втой части массива памяти, которая была записана в SLC-режиме. Окончательный переход в «устоявшееся состояние» соответствует 10 и 20 тысячам IOPS.

Вот чем Crucial MX300 могу похвастать в особой мере, так это алгоритмами «сборки мусора», которые в микропрограммах накопителей серии реализованы так, что даже в отсутствие команды TRIM накопители могут принять весьма большой объем данных на полной скорости: расчищается не только объем, необходимый для SLC-режима, а даже еще больше места.

300x196  8 KB. Big one: 1111x726  45 KB 300x196  7 KB. Big one: 1111x726  42 KB

В конечном итоге Crucial MX300 объемом 750 Гбайт способен принять на полноценных скоростях до 43 Гбайт данных. А в целом быстродействие накопителей, при наличии команды TRIM, поддерживается на исходном уровне, накопители не демонстрируют какой-либо деградации производительности на операциях записи по мере эксплуатации.

Оценитe материал
рейтинг: 4.9 из 5
голосов: 33

Комментарии 40 Правила



Возможно вас заинтересует

Популярные новости

Сейчас обсуждают