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

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

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

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

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

Корпус средних размеров, но выдающейся массы.
Сравнение с кучкой чем-то примечательных и сравнительно крупных экземпляров 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, проваливается, когда кеш кончается.