Ys9082hc прошивка ssd goldenfir
Хотите отремонтировать SSD на базе Sandforce? Читайте шапку ниже. Там есть всё, вопросы пишем в тему.
Вопрос: почитал немного шапку, в принципе, всё понятно. а как нужный конфиг распаковать? мне, например, 27770 нужен, а там в файле lic его нет
Ответ: В шапке читаем пункт: Про файлы lic
64Gb в строке описания конфигурации не равно 64GB, а равно 8GB. это плотность одного кристалла флеша (не корпуса - в корпусе их бывает несколько), и тем более не всего диска. не надо на это обращать внимание при подборе номера конфигурации. Hачало восстановления SSD, описание пакетов и т.д.
Программа определения конфигурации SSD (чипов памяти) от wlo
Data кабель от мобильного как преобразователь USB to UART.
Про файлы lic
SF-2000_Flash_Support_List.xlsx
Инструкция по восстановлению Kingston SHFS37A и CORSAIR CSSD-F120GB3
Подготовка:
Выполнить очистку SSD. : Yes
Паспорт SSD:
Model. : TS120GSSD220S
Serial. : 03314216E04431110319
Firmware. : SBFM21.3
WWN. : 5000000000000000
Capacity. : [Auto]
Чтение таблицы парных блоков
Выполнено успешно
Статус SSD:
SSD в состояниии готовности. : Да
Режим микропрограммы. : LDR
SSD заблокирован. : Нет
SSD находится в Safe Mode. : Нет
Доступ по логике возможен. : Нет
Доступ по физике возможен. : Вероятно
В-общем получается такая картина: сам диск на 400Gb, в диске 16 флешек, при попытке влить в него прошивку на 400, 300 или 200 гигов получаю одну и ту-же ошибку:
Подробнее.
Но при попытке влить в него прошивку на 75 или 100 гигов ошибка уже другая, с табличкой тестирования памяти:
Подробнее.
Что это, сдох контроллер? Есть смысл заказать новый и перепаять, или проще выкинуть?
Или все-таки какой-то из чипов памяти умер?
Не подскажете как посмотреть настройки прошивки в рабочем диске?
Один из двух дисков после реболла контроллера ожил и нормально прошился. Хочется прошить его правильно. Есть рабочие(не ломавшиеся) диски из этой же партии.
10 Тб стало 0x00000000ffffec12 - 4095 Пб
Попробовал влить ту же самую прошивку через SF_FieldUpdater v1.36 for Windows для сигнатуры 33206 - прошивается, далее поведение точно такое же.
Ценной информации на диске нет.
Контроллеру плохо и диск в утиль или можно попытаться что-то сделать?
Захотелось ускорить периодический бекап файлов общим объемом под 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».
-
Для выбора 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.
Совершенно типичный диск на контроллере sm2259xt, коими завален весь али, единственное что в нем оказалось нового — 96L qlc флеш, и в этом нет ничего хорошего.
Цель покупки была добыть диск на контроллере ys9082 (не потому, что он чем-то примечателен, а для ознакомления с новинкой), которые, судя по отзывам, активно продавались еще месяц назад в данном лоте. Но «выиграть» в алишную лотерею не удалось, что прислали — то прислали.
Ехал с треком RU*HK около 3х недель:
Упаковка оемная — запаянный антистатический пакетик, внутри прозрачного пупырчатого, внутри брендированного «Goldenfir» почтового пупырчатого, никаких коробок и ништяков не предусмотрено.
В нем скрывался нарядный корпус из белой пластмассы с малоинформативной этикеткой.
Сквозь который просвечивают красный светодиод, индицирующий питание (вообще их на плате 3, включая индикатор активности, но заметить его пульсации на общем фоне яркого пятна сложно — у него значительно меньшая яркость):
Внутри черная платка с sm2259xt и парой корпусов флеша с левой маркировкой «VS29F01TEME1» и, как позже подтвердилось, правдивой меткой в углу — N28A.
Скол сердечника дросселя был изначально. Неаккуратненько, но работать не мешает.
это — micron N28A в bga132/128GB (1Tbit) из данного ssd:
а вот это — bga316/256GB (2Tbit) корпус с samsung tlc 48L из kingdian s280, londisk'ам подобного:
по маркировке — отличия только в обьеме
Ssd оказался записан (и прочитан) однократно по всему обьему, что показал смарт при первом включении (а так же рандомные данные читаемые по всему обьему), но разделов не создано:
Немного сведений о поддерживаемой функциональности от txbench и crystal disk info:
(скриншот CDI — после выполнения ряда тестов)
видно что DIPM/HIPM/DevSleep отключены, термодатчик(а он встроен в sm2259xt) тоже отключен.
И в rom mode, где можно увидеть весь список банков:
контроллер sm2259xt, флеш micron n28a в 2х каналах (в таком обьеме больше никак не получается — каждый кристалл имеет обьем в 128GB и их требуется всего два).
Теперь перейдем к практическим тестам.
Краткая конфигурация стенда:
MB на H67
CPU i3-2120 (Sandybridge, 3.3GHz 2core+HT)
RAM 1*4GB
Windows 10/1703
SSD подключен к sata600 порту чипсетного контроллера в ahci режиме со стандартным драйером от ms — storahci.
чтение пустого (предварительно стерт secure erase) диска. демонстрация скорости sata интерфейса. практического смысла не имеет.
запись. видна многоступенчатая настройка slc-кеша.
400MB/s, вторая ступень 40-50MB/s, и третья — 20MB/s.
чтение последовательно записанного диска. скорость чтения qlc 400MB/s. редкие всплески — некоторые участки остались в slc-кеше, там скорость превышает 500MB/s и именно ее видно в тестах на небольшой области — cdm, asssd, atto и прочих.
повторная запись, показательна на предмет того, как диск может вести себя в среде без поддержки трим (например внешний диск в системе без поддержки uasp).
14.5MB/s в среднем.
прошивки некоторых контроллеров умеют в такой ситуации отключать slc-кеширование и переходить на прямую запись. sm2259xt — не умеет, и продолжает гнать все данные через кеш.
График повторной записи в ином представлении (по оси X не обьем, а время), что позволяет рассмотреть некоторые подробности. большую часть времени скорость
16-18MB/s, и редкие всплески записи в slc-кеш со скоростью до 400MB/s.
Тоже самое можно получить посредством hdtunepro/file benchmark:
обьем был ограничен 96GB исходя из предыдущих тестов. На графике чтения виды отдельные участки, переписанные в qlc. После завершения теста ssd портатил 3m50s на частичное переписывание slc->qlc.
Теперь эксперименты для проверки, сбрасывается ли slc-кеш в qlc в простое. Контроль фоновой активности диска выполнялся по потребляемому току. Предварительно диск был очищен и на него записано 40GB (чуть меньше обьема slc-кеша, который показали предыдущие тесты).
После записи 40G никакой фоновой активности не наблюдалось, диск сразу заснул
Запись дополнительно 16GB:
В доступный slc-кеш они уже не влезли. По скорости чтения видно, что часть обьема осталась в кеше (читается
500MB/s), часть в qlc (читается
400MB/s).
После завершения теста ssd 25минут(!) переписывал slc-кеш, и это не смотря на то, что сам 16G файл к тому времени уже был стерт и на занимаемое им место — оттримлено. Т.е. переписывались те 40G, которые были записаны ранее. Проверка скорости чтения подтвердила, занятый обьем вытеснен в qlc:
Запись 32GB:
На этот раз кеш уже расчищен и места в нем хватило. Сразу после завершения диск заснул.
Запись 40GB:
места в кеше не хватило, максимальный обьем слегка сократился в сравнении с пустым диском. После завершения теста (включающего стирание файла) 2:20 заняло переписывание slc->qlc.
Таким образом видно, что сброс slc-кеша в некоторых случаях осуществляется, но не всегда, для того что бы запустить процесс похоже требуется сначала выйти за его пределы.
Рассмотрим распространенные синтетические тесты выполняемые поверх файловой системы: CrystalDiskMark v3 и v7, ATTO с глубиной очереди 1/4/8. ASSSD/ASU сознательно пропущены, ибо измеряют тоже самое, что и CDM. дополнительные подтесты ASSSD: копирование — очень сильно зависят от количества оперативной памяти, тюею сранивать при разном обьем смысла нет, а на обработку сжимаемых данных — не имеет смысла с данным контроллером.
все предсказуемо красиво. Обработка очереди без аномалий.
Дополнительные синтетические тесты.
Зависимость скорости рандомного чтения блоком в 4k от глубины очереди (на области в полный обьем, предварительно последовательно прописан):
скорость заметно ниже, чем показывает CDM, по причине размера области (а так же чтения преимущественно из qlc, а не slc-кеша).
Характер зависимости вполне типичный для ssd, но уровеньь производительности достаточно низок.
Зависимость скорости рандомного чтения от размера области (на втором графике «растянуто» начало первого):
диск предварительно полностью прописан, чтение выполнялось из областей заведомо оказавшихся в qlc.
Зависимость скорости рандомной записи от размера области (на втором графике «растянуто» начало первого):
запись выполнялась в пределах slc-кеша (замерить запись в qlc у данного ssd технически сложно, ввиду ее непостоянства). Исходное состояние — пустое.
для сравнения приведена та же зависимость для родственного контроллера с буферной памятью.
Оба этих теста показывают эффективность кеширования данных транслятора в оперативной памяти контроллера. Ну или ее практически отсутствия, как у данного контроллера.
Запись 4k блоком с очередью в 32, обьем был ограничен чуть больше обьема диска — 288GB, для полноты картины стоило бы записать обьема 3, но ввиду крайней медлительности от этого пришлось отказаться, тест и так занял
11 часов. Исходное состояние — пустое. По предыдущим тестам было понятно, что результат будет крайне печальный, но некоторые неожиданности все же выявились. График усреднен по 50k операций:
Пиковые задержки, отдельных операций, без какого-либо усреднения:
некоторые операции выполнялись до 30(!) секунд. И это не сбои и не ошибки, это штатная работа данного контроллера с таким флешем. Но такие случаи достаточно редки, один раз на несколько десятков тысяч операций. В пределах slc кеша пиковые задержки гораздо скромнее, 180-250ms.
А вот так читается ssd, записанный в предыдущем тесте:
Во1ых транслятор постоянно надо подчитывать из флеша, во2ых страницы флеша читаются целиком, а они размером в 16k, писался же диск блоками в 4k разбросанными по разным страницам отнюдь не по порядку, т.е. 3/4 прочитанного не нужны.
При типичном использовании в качестве системного диска в полупустом состоянии все конечно не так страшно, но достаточно заполнить флеш за пределы slc-кеша, как иногда субьективно заметные задержки возникать будут.
Отработка трим (следует пояснить, что команда trim выполняется большинством ssd в монопольном режиме, все остальные запросы к диску ждут завершения выполнения этой команды): 24.7 секунды на весь обьем диска (
10GB/s). т.е. удаление 10GB файла вызовет задержку в 1 секунду.
Повторно для пустого — 9.1 секунды (
27GB/s), например — windows 8/10 периодически запускает оптимизатор, отсылающий трим на все свободное место ssd, или форматирование стандартными средствами системы так же вызывает очистку всего диска и это занимает дополнительное время.
Это средний результат, для сравнения существовали диски, которые обрабатывали порядка 1-2GB/s (например sanforce1-based, plextor m3/m5 и их родственники), существуют диски которые откладывают выполнение, мгновенно завершая команду, и выполняя ее в фоне/простое после (phison s11-based, samsung 850evo).
Замеры потребления:
простой — 95-100мА (энергосбережение отключено в настройках прошивки).
последовательное чтение — 280мА
последовательная запись — 300мА (когда кеш заканчивается — с провалами до 250)
произвольное чтение 4k с очередью в 32 — 270мА
произвольная запись 4k с очередью в 32 — 240мА
отработка trim — 190мА
Итог — перед нами типичный представитель ssd на sm2258xt/59xt, усугубленный медленным QLC флешем малого обьема. Впрочем это касается конкретной аппаратной конфигурации, постоянства которой под данной маркой ожидать сложно, могут прислать и что-то слегка пошустрее. Главное — покупая его можно рассчитывать только на сравнительно (с hdd) быстрое чтение, запись же за пределами максимального обьема slc-кеша (т.е. при заполнении выше 45GB в данном случае) может нередсказуемо проваливаться впллоть до уровня в 5-10MB/s.
Читайте также: