Micron 1100 sata 256gb прошивка
Обновлено: 04.07.2024
Захотелось ускорить периодический бекап файлов общим объемом под 150Гб. Резервное копирование по сети исторически как-то не прижилось, а вот подключить внешний диск, быстро слить на него образ, потом сжать его и перенести в хранилище — самое то. Еще и дополнительная резервная копия останется на временном носителе если повезет. Но при использовании традиционного HDD снятие образа занимает около 50 минут, долго. Первая идея для ускорения — взять дешевый SSD вместо HDD, ведь надежность тут нас не особо волнует, а сейчас из любого китайского шлака выжимают 500МБ/с, правда?
Goldenfir нам обещает:
Для дисков всех размеров
Read/Write Speed:Read 64-550MB/S: Write:22-500MB/S
Nand Flash Type:TLC
И конкретно для выбранного объема:
SSD Capacity: 256 GB
Read Speed:470-580MB/s
Write Speed:300-540MB/s
Диск пришел почти через месяц после заказа (2 недели тянули с отправкой, видимо после мартовских распродаж впопыхах собирали из того что было). Снаружи выглядит так:
На бутафорской наклейке (никак не препятствующей разборке) рядом с надписью «китайской гарантии совсем нет если порвать» стоит дата изготовления апрель 2019. Внутри контроллер sm2258xt
И, внезапно, в данном экземпляре оказалась флеш-память Micron MLC
Тесты, скорость
Диск тестировался в USB3.0 кейсе ORICO 2189U3 9мм.
Объем без неожиданностей
А вот средняя скорость при непрерывной записи всего объема диска оказалась печальна. Первая половина диска была заполнена за 10 минут, и еще 50 минут потребовалось на заполнение второй половины.
CrystalDiskMark на пустом диске
Кейс ORICO 2189U3 9мм почему-то стабильно показывал низкую скорость последовательного чтения. В другом кейсе ORICO 2578C3 последовательное чтение выросло до 376.524 MB/s, но просели все остальные параметры. ORICO 2578C3 кстати сделан на ущербном чипе NS1068X — ни в коем случае не берите его для SSD, он не умеет TRIM.
CrystalDiskMark на заполненном на 75% диске:
Aida64, последовательное чтение:
И, самое интересное, последовательная запись:
SLC кэша хватает на 52% объема. Далее при непрерывной записи начинается жуть со средней скоростью около 45МБ/с и проседаниями до 22МБ/с. На этом месте мелькнула мысль открыть диспут на возврат 48% цены (где мои 300-540MB/s на запись?!), но под руку попался купленный год назад раза в 2-3 дороже Kingston A400, который показал такую картину:
По скорости копеечный Goldenfir смотрится лучше бюджетного Кингстона. Несмотря на то что при непрерывном заполнении диска скорость записи значительно падает, при обычном использовании в дело вступает SLC кэш и скорости получаются такими же хорошими, как и на пустом диске (см. CrystalDiskMark на заполненном на 75% диске).
Реальная скорость копирования 30Гб файла на диск (отформатирован в ntfs):
Скорость копирования с этого диска на нормальный ssd:
После интенсивных записей в кейсе без поддержки TRIM, на копировании немаленьких файлов диск ведет себя отвратительно:
и даже так:
При этом очень сильно нагревается, держать руку на обратной стороне платы в районе памяти и контроллера практически невозможно. И это не внутри теплого или горячего ноутбука, а на открытом воздухе со снятым пластиковым корпусом. Неспроста в некоторых отзывах проскакивают фотографии подгоревших дисков.
После перестановки в нормальный кейс и выполнения TRIM, скорости полностью восстанавливаются.
Смарт:
Параметр A8 намекает на то что это MLC, и goldenfir рассчитывает на 7000 циклов перезаписи. У TLC судя по скриншотам из отзывов там обычно 1500. /в каментах пишут что производитель не парится и ставит 7000 и для некоторых TLC/
Температура отображается всегда 40 градусов. В описании чипа SM2258XT упоминается «Built-in temperature sensor for SSD temperature detection». Есть мысль, что реальную температуру умышленно скрыли чтобы не вызывать у пользователей панику (вспоминаем сильный нагрев без TRIM, да и с TRIM он хорошо греется после исчерпания SLC кэша).
Update: датчик температуры действительно есть в контроллере и скрыт теми кто собирал накопитель. После перепрошивки (через SMI MPTool SM2258XT IM3D R0917B с сайта usbdev) настоящая температура появляется и активно реагирует на интенсивность работы накопителя или если на него подуть.
Температура в конце теста h2testw, диск лежит со снятым корпусом на столе (на несоответствие серийника и других цифр не обращайте внимания, они обнуляются/меняются при перепрошивке):
Кстати, в прошивальшике «радует» обилие опций, позволяющих производителю манипулировать данными показываемыми через SMART: «отображать фиксированную температуру», «отображать температуру максимум 54 градуса», «счетчики Reallocated/Pending Sector/Event всегда показывать равными 0».
Термомониторинг в данном случае рабочий, а вот сам накопитель способен уходить в троттлинг:
реклама
После записи примерно 57 Гбайт данных температура на открытом стенде достигает отметки в 75°C. Таким образом, если предполагаются серьезные нагрузки и эксплуатация в стесненных условиях, придется озаботиться дополнительным теплоотводом.
Интересный момент: в качестве эксплуатационной температуры для памяти компания Micron указывает температурный диапазон от 0 до 70°C. Таким образом, температурная защита включается на значении, близком к предельному (термодатчик расположен в контроллере, но накопитель компактный, а потому нагрев памяти несильно отличается от нагрева контроллера).
Во всех тестах тестируемый накопитель дополнительно обдувался вентилятором.
Стабильность скоростных характеристик
Как и у классических накопителей на магнитных пластинах (HDD), у накопителей на флеш-памяти есть свои нюансы, связанные с постоянством показателей быстродействия в различных ситуациях.
MSI RTX 3070 сливают дешевле любой другой, это за копейкиВо-первых, далеко не все устройства могут обеспечивать стабильную скорость записи при сколь-либо продолжительной нагрузке, причем здесь может сказываться как быстродействие контроллера, так и наличие специальных алгоритмов «ускоренной записи» («SLC-режим») и их нюансы. Во-вторых, далеко не все накопители сохраняют свои показатели после того, как будет переписан весь объем массива флеш-памяти, имеющийся в распоряжении контроллера (особенно снижение скорости записи было свойственно контроллерам SandForce SF-1***/SF-2*** из-за особенностей алгоритмов их работы).
В-третьих, бывают ситуации, когда накопитель оказывается без поступления на него команды TRIM (например, старый ПК, подключение через USB 3.0 на старых контроллерах, RAID-массивы, работа с базами данных), и тогда важна возможность его микропрограммы задействовать часть резерва под оперативную запись. В-пятых, отличается реакция накопителей на поступление команды TRIM: одни приступают к «сборке мусора» немедленно, другие – откладывают это на периоды простоя.
Причем первые тоже делятся на две подгруппы, где одна часть осуществляет операции монопольно, прерывая всякую иную работу и просто переставая откликаться на какие-либо обращения извне, другая осуществляет очистку ячеек памяти от ставших неактуальными данных в фоновом режиме, лишь несколько снижая быстродействие.
Все эти моменты мы и рассмотрим в порядке перечисления.
Случайная мелкоблочная запись по всему объему, «сборка мусора»
реклама
Имитируется работа накопителя в условиях нагрузки, близкой к серверной (непрерывная случайная запись блоками 4 Кбайт по всему объему с глубиной очереди запросов 32) при отсутствии TRIM. Именно так, к примеру, работают базы данных: создается один или энное число больших файлов, внутри которых выполняются операции чтения/записи, генерации команды TRIM при этом не происходит.
Тест проводится непрерывно в течение нескольких часов до исчерпания свободного места на накопителе, при этом снимаются показатели быстродействия: синие отметки – ежесекундно, черная линия – усредненное значение с интервалом в 30 секунд. Непрерывная мелкоблочная запись с большой глубиной очереди запросов, да еще при отсутствии TRIM – тип нагрузки, нехарактерный для домашних ПК, но он иллюстрирует то, насколько производительна и стабильна в показателях использованная в тестируемых накопителях аппаратная платформа в целом.
Накопитель такую несвойственную для него нагрузку, пока в распоряжении контроллера остается свободное место, выдерживает практически на «отлично». Разброс показателей минимален, а быстродействие находится на уровне чуть меньше 70 тысяч IOPS. Особняком стоит SLC-режим: в нем разброс показателей еще меньше, записывается примерно 33 Гбайт данных, уровень быстродействия достигает примерно 83 тысяч IOPS.
Теперь посмотрим на то, как работают алгоритмы «сборки мусора» (Garbage Collection). На итоговом графике присутствуют скоростные показатели накопителя в четырех ситуациях: состояние «чистого» массива ячеек, после непрерывной нагрузки в течение двух часов в условиях отсутствия команды TRIM, после простоя 30 минут, которых должно хватить накопителю для отработки внутренних алгоритмов «сборки мусора», после выполнения команды TRIM на весь объем накопителя.
С задачей сохранения быстродействия в отсутствие TRIM микропрограмма справляется неплохо: на «полноценной скорости» принимается почти 23 Гбайт данных, из них 11.7 – и вовсе в SLC-режиме.
Линейная запись
На крупноблочной записи поведение твердотельных накопителей иногда может отличаться от мелкоблочной записи со случайным доступом, а оно тоже может служить критерием выбора. Наглядный пример нагрузки такого рода – копирование крупных файлов силами Проводника Windows.
Для большей наглядности инициируем линейную запись на весь объем, доступный пользователю, посредством AIDA64.
На линейной записи объем принимаемых в SLC-режиме данных практически аналогичен мелкоблочной записи и составляет
33.4 Гбайт. Вне SLC-режима скорость записи находится на очень хорошем уровне – примерно 330 Мбайт/с.
По сути из решений на TLC NAND герою обзора может противостоять разве что Samsung 850 EVO, пока что редкие решения на SM2259 (Intel 545s, Crucial MX500) и, возможно, новейшие конфигурации на Phison S10 в сочетании с 64-слойной TLC BiCS3 Toshiba (если они будут выпущены в таком объёме - пока что даже 480-512 Гбайт единичны). Решения на Phison S11 (в том числе, на 64-слойной TLC BiCS3 Toshiba вроде Toshiba OCZ TR200) и Silicon Motion SM2258G (например, Intel 540s) ограничены значением около 100 Мбайт/с.
Задержки при отработке TRIM
Происходит удаление данных. Каков процесс? Операционная система ничего не затирает, она просто помечает в файловой таблице, что данные стали неактуальны. Если с HDD такой прием вполне адекватен, поскольку магнитная поверхность просто перезаписывается, то SSD необходимо «знать» об удалении данных – ячейки флеш-памяти нельзя переписать, их сначала нужно очистить.
реклама
Именно с этой целью в стандарт ATA была включена новая команда, больше известная как TRIM. Подача этой команды сигнализирует микропрограмме устройства, что размещающиеся по определенным LBA-адресам данные более неактуальны и соответствующие им ячейки памяти можно стереть. Сама по себе команда выполняется монопольно, но различается реакция самих устройств на подачу этой команды.
Три основных варианта: полный уход накопителя «в себя», снижение быстродействия, отсутствие видимой реакции вообще (накопитель «откладывает» выполнение расчистки «на потом», либо его аппаратное быстродействие настолько велико, что хватает и на фоновую расчистку, и на полноценное обслуживание запросов извне).
Спокойно копируем файлы, попутно удаляем ненужные и тут накопитель «зависает» на некоторое время.
Первый из перечисленных вариантов наиболее неприятен: если накопитель является системным, то пользователь не просто случайно увидит резкое падение индикатора процесса копирования до нуля (а если никакого копирования не запускалось, то не заметит вовсе). Тут могут возникать рывки («фризы») в работе интерфейса операционной системы и приложений.
На накопителе создается несколько файлов объемом 8 Гбайт каждый (учитывая общий объем тестируемой модели SSD, было решено оперировать восемью файлами суммарным объемом 64 Гбайт), после паузы в несколько минут запускается линейное чтение с записью лога (показания фиксируются с интервалом 0.5 секунд) и осуществляется удаление файлов. Возникающие задержки фиксируется в записываемом логе, из которого затем формируется график.
реклама
У Micron M1100 (возможно, и у Crucial MX300, учитывая их аппаратную схожесть) реализована самая худшая вариация: накопитель полностью прерывает свою работу. Лишь благодаря быстрому массиву памяти операция очистки 64 Гбайт происходит достаточно быстро – около 2.5 секунд.
-
Для выбора SSD необходимо знать:
- Модель материнской платы и процессора
- Желаемый объем накопителя
- Желаемый форм-фактор накопителя
- Бюджет на покупку
- Операционная система, которая будет установлена на SSD
- Магазин\город для ориентации в ценах и ассортименте
H2testw — это маленькая, но очень полезная программа для тестирования «качества» и скоростных характеристик любых типов флешек. Суть работы программы H2testw сводится к тому, что она умеет записать тестовый файл на указанный Вами флеш накопитель, а потом прочитать его. При этом записываются скорость записи и чтения с данного накопителя. Кроме того, если в процессе записи или чтения будет обнаружена потеря данных или ошибки, то программа известит Вас об этом. Данная утилита может дать информацию о том, каков объем тестируемого накопителя, сколько Мб повреждено и сколько находится в рабочем состоянии. О самом алгоритме работы я напишу ниже, а так же дам расшифровку к результатам теста.
Как работать с англоязычной версий программы:
Скачиваем архив и запускаем файл h2testw.exe, после чего выбираем язык «English» (или «Russian», если качали русскую версию, но о ней позже).
Далее выбираем тестируемый диск «Select target» и переходим к пункту «Data volume».
Тут выбираем «all available space» — чтобы протестировать весь накопитель целиком или «endless veryfy» и указывает размер записываемого файла, чтобы протестировать накопитель частично.
Далее нажимаем «Write+Verify» для запуска тест записи и чтения, а если флешка уже тестировалась и на ней есть файл, то будет гореть только «Verify», которая выполнит операцию чтения и проверит целостность записанного ранее файл.
Далее появляется информационное окно, в нем мы видим общую информацию о хоте тестирования накопителя. Нам показывают среднюю скорость записи/чтения, время до окончания операции, и общая полоса прогресса.
По окончанию операции мы можем получить результаты следующего вида:
Test finished without errors.
You can now delete the test files *.h2w or verify them again.
Writing speed: 5.05 MByte/s
Reading speed: 11.4 MByte/s
H2testw v1.4
Этот результат говорит о том, что тест прошел успешно. Средняя скорость записи на диск = 5,05 MByte/s, средняя скорость чтения = 11,4 MByte/s.
Плохой результат теста:
The media is likely to be defective.
1.8 GByte OK (3954734 sectors)
5.8 GByte DATA LOST (12240850 sectors)
Details:2.9 GByte overwritten (6240208 sectors)
0 KByte slightly changed (2.8 GByte corrupted (6000642 sectors)
8 KByte aliased memory (16 sectors)
First error at offset: 0?0000000000003830
Expected: 0?358d089906064530
Found: 0?158d089906064530
H2testw version 1.3
Writing speed: 2.53 MByte/s
Reading speed: 6.51 MByte/s
H2testw v1.4
Сейчас мы видим что при тестировании накопителя объемом в 8 Гигабайт найдены ошибки, из этого объема доступно для нормальной записи всего 1,8 GB (1.8 GByte OK), а остальные 5,8 GB (5.8 GByte DATA LOST) использовать не возможно, так как память повреждена. Средняя скорость на данный носитель информации = 2.53 MByte/s, средняя скорость считывания = 6.51 MByte/s
Еще плохой результат теста:
The media is likely to be defective.
0 KByte OK (0 sectors)
3.8 GByte DATA LOST (8030208 sectors)
Details:327.7 MByte overwritten (671296 sectors)
0 KByte slightly changed (< 8 bit/sector, 0 sectors)
3.5 GByte corrupted (7358912 sectors)
327.7 MByte aliased memory (671296 sectors)
First error at offset: 0x0000000000000000
Expected: 0x0000000000000000
Found: 0x000000000ffff000
H2testw version 1.3
Writing speed: 3.19 MByte/s
Reading speed: 0.99 MByte/s
H2testw v1.4
В этом результате теста написано что данная флешка не пригодна для использования, так как у нее О Кб «живого пространства» (0 KByte OK (0 sectors)) из объема 3.8 Gb.
Читайте также: