Быстрая флешка Orico UFSD (ufs с мостом) на 256GB

Давно любопытно было посмотреть на флешки такой конструкции (еще со времен blitzwolf bw-up2/3), наконец добрался. В заключении — результаты экспериментов с доступными прошивками.

Упаковка — коробка с петлей запаянная в пленку:



Единственно осмысленная выдержка из бумажной инструкции:


Комплектность и внешний вид:





Корпус средних размеров, но выдающейся массы.
Сравнение с кучкой чем-то примечательных и сравнительно крупных экземпляров 10летней и более древности:

слева направо: jf150(slc), sp920(jmf603), extreme 3.0(sata+bridge), предмет обзора, jf2a(slc)

Сравнение с более компактными представителями:


Масса в сравнении с корпусом для nvme от jeuy+ssd:


флешка аж 48г — лишь чуть легче.

В качестве стенда выступал пк в составе z690+i3-12100, usb3/gen1 порт (больше все равно не поддерживается), w10/21h1.

«Заводской» формат — exfat:


Поддержки uasp — нет:


Поддержка трим — тоже нет (exfat — система не умеет, ntfs — увы, оптимизация — система не видит поддержки, потому что накопитель рассказывает о ее отсутствии):




Размер сектора — 512 байт, обьем на 55MB недотягивает до 256GB («десятичных», в которых все производители и указывают):



В пределах slc кеша скорость:

видно отсутствие поддержки очереди (ибо нет поддержки uasp), это поведение уже неоднократно отмечалось, в тоже время у моделей от blitzwolf она была.

зависимость от размера блока — ниже 4k провал, не удивлюсь, если у ufs сектор в 4k, и ниже — это эмуляция мостом. На практике это некритично. Так же следует отметить, что atto в качестве данных использовал нули, но никакого эффекта от этого нет.

Еще одно занимательное в своей гипертрофированности явление — реакция на отсутствие выравнивания. Был создан раздел по заветам xp и прочих досов — начиная с 63 сектора. Скорость упала катастрофически, что удивительно — и чтения тоже (на название модели не надо обращать внимания — на момент проверки был залит конфиг от свежей версии dm-fs200, но прошивка «родная»).



За его пределами запись заметно упала, но все равно осталось на достаточно высоком уровне.

Провалы в середине графика — видимо температурный троттлинг, на последней трети был сделан обдув вентилятором и они прекратились.
Температура корпуса при этом достигала почти 50 градусов (+25 от окружающей среды) — видимо теплопередача на корпус не очень эффективна.

Нашлепка для замера температуры (блестящий металлический корпус отражает ик):


Размер кеша ~4GB, причем после предыдущего теста был записан весь обьем, а трим не поддерживается, но видно что кеш все равно остался доступен:


Копирование каталога с фотоснимками ~43GB, ~3700шт, средний размер ~12мегабайт, примерно 200MB/s:



Можно отметить несколько отличий в конфигурации подобных флешек (безотносительно орико) — они бывают с сектором 512 или 4k, бывают с поддержкой трим и без, поддержкой uasp и без.

Отсутствие трим расстроило, были предприняты попытки перешить мост. В наличии было 3 прошивки — родная из флешки, приложенная к мптулу (далее — «netac»), и из blitzwolf bw-up2 (далее — «bw»). Про последнюю было известно, что она изьята из флешки с поддержкой trim и сектор там был 4k.
upd. досталась 4ая прошивка — от dm-fs200 (первенца этого направления), но свежего выпуска. С ней поведение полностью идентична «bw».
Весь список:

jm901_26_01_00_01(orico-ufsd).bin
JMS901-Netac-Release_v101.2.0.1-20200219.bin
jm901_00_10_00_06(BlitzWolf-BW-UP2).bin
jm901_00_10_00_08(dm-fs200-y22).bin

Несмотря на то, что у всех прошивок был в комплекте сектор конфигурации (последние 512 байт файла) — мптул его не использует. Если снять галочку «eeprom update» оставлял старый, если установить — формировал заново из своих настроек.
В честь этого читалка прошивок — jms_fw_reader, была слегка модифицирована для заливки конфига (от bw, в пару к тамошней же прошивке), но кроме смены строк идентификации это ни на что заметно не повлияло. Похоже размер сектора и поддержка uasp — это особенность прошивки, а не конфига. Кто отвечает за отсутствие трим — непонятно.

Результат игр с прошивками не оправдал ожиданий, трим не появился, из изменений — прошивка от bw в силу поддержки uasp повлияла на скорость, немного увеличила чтение, а вот запись в пределах slc-кеша — наоборот чуть снизила, и появилась поддержка очереди (см. результаты cdm 4k/q32/t16):


«bw»/uasp/4k — небольшие изменения:



копирование того же каталога, примерно те же 200MB/s:

отформатирован в ntfs — скорость стабильнее, но это скорее элемент случайности или особенности кеширования:

в обратную сторону — выше 300, в пиках до 400:


Насколько скорость записи не будет проваливаться в дальнейшем отсутствие трим — вопрос открытый, хотя все тесты проводились уже после первичного заполнения всего обьема (тест hdtunepro/filebenchmark) и скорость более-менее поддерживалась.

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

У флешки есть родственники в других корпусах, причем с usb-a и type-c разьемами, которые тут многократно обозревались.Так же есть варианты в таком же корпусе, но с совершенно иной начинкой — как обычная флешка, так и sata ssd+мост. На последовательной записи большого обьема оба этих варианта хуже, флешка просто достаточно медленная, а sata ssd сделан на основе sm2258/9xt и из-за схемы slc-кеширования сильно, ниже 100MB/s, проваливается, когда кеш кончается.