Хитрая MLC флешка eVtran V26S 256GB

Вот только на самом деле это не флешка, а распаянный на одной плате ssd накопитель и sata-usb мост. Сразу сделаю отступление, да не дешево, да сомнительное удовольствие покупать флешки в Китае без гарантии, да можно купить за эти деньги брендовый ssd и бокс, но в данном случае мне нужна была компактность и отсутствие необходимости носить с собой кабель, хорошая скорость также приветствовалась. А теперь приступим.

Внешний вид можно оценить на фото, корпус алюминиевый, размеры 64x20x6 мм включая разъем USB. Надписи — гравировка.



Внутреннее убранство — в роли моста выступает ASM1153E, контроллер накопителя SM2246XT и два чипа памяти SanDisk 15131 128G, второй на обратной стороне платы. Гравировка на чипах памяти выглядит неплохо, следов перемаркировки не видно.

На обратной стороне платы, между корпусом и чипом памяти, присутствует термопрокладка, лицевая сторона такой роскоши лишена и между корпусом и чипами образуется зазор порядка 1,2-1,3 мм, сомнительное решения учитывая, что компоновка довольно тесная и SM2246XT всё-таки греется. Решил сразу исправить эту проблему, использовал термопрокладку толщиной 1,5 мм.

Отчет из программы уважаемого vlo:

v0.556a
Drive: 7(USB)
OS: 10.0 build 17763 
Model: EVTRAN V26S                             
Fw   : Q0111A  
Size : 241664 MB
From smart : [SMI2246XT] [2017-01-11]
Controller : SM2246XT
Bank00: 0x45,0x3c,0xa5,0x93,0x7e,0xd0,0xc,0x0 - Sandisk A19nm MLC 16k 256Gb/CE 128Gb/die 4Plane/die
Bank01: 0x45,0x3c,0xa5,0x93,0x7e,0xd0,0xc,0x0 - Sandisk A19nm MLC 16k 256Gb/CE 128Gb/die 4Plane/die
Bank02: 0x45,0x3c,0xa5,0x93,0x7e,0xd0,0xc,0x0 - Sandisk A19nm MLC 16k 256Gb/CE 128Gb/die 4Plane/die
Bank03: 0x45,0x3c,0xa5,0x93,0x7e,0xd0,0xc,0x0 - Sandisk A19nm MLC 16k 256Gb/CE 128Gb/die 4Plane/die
Bank04: 0x45,0x3c,0xa5,0x93,0x7e,0xd0,0xc,0x0 - Sandisk A19nm MLC 16k 256Gb/CE 128Gb/die 4Plane/die
Bank05: 0x45,0x3c,0xa5,0x93,0x7e,0xd0,0xc,0x0 - Sandisk A19nm MLC 16k 256Gb/CE 128Gb/die 4Plane/die
Bank06: 0x45,0x3c,0xa5,0x93,0x7e,0xd0,0xc,0x0 - Sandisk A19nm MLC 16k 256Gb/CE 128Gb/die 4Plane/die
Bank07: 0x45,0x3c,0xa5,0x93,0x7e,0xd0,0xc,0x0 - Sandisk A19nm MLC 16k 256Gb/CE 128Gb/die 4Plane/die
Bank26: 0x0,0x66,0x68,0x0,0x2,0x0,0x0,0x66 - 
Bank27: 0x68,0x8,0x0,0x0,0x0,0x66,0x53,0x66 - 
Bank28: 0x53,0x66,0x55,0x66,0x68,0x0,0x0,0x0 - 
Bank29: 0x0,0x66,0x68,0x0,0x7c,0x0,0x0,0x66 - 
Bank30: 0x61,0x68,0x0,0x0,0x7,0xcd,0x1a,0x5a - 
Bank31: 0x32,0xf6,0xea,0x0,0x7c,0x0,0x0,0xcd - 
Channel: 4
CE     : 2
TotDie : 16
Plane  : 4
Die/Ce : 2
Ch map : 0x0F
CE map : 0x03
Inter. : 4
First Fblock  :   11
Total Fblock  : 1069
Total Hblock  : 3776
Fblock Per Ce : 1069
Fblock Per Die: 1069
Original Spare Block Count :    95
Vendor Marked Bad Block    :     0
Bad Block From Pretest     :    19

Видно, что память действительно Sandisk MLC, насчет техпроцесса судить сложно, но 19 нм по современным меркам довольно таки «толсто», сейчас входу уже 15 нм (например у Toshiba).

SMART из программ CrystalDiskInfo и Victoria



Из увиденного отмечу, что часы работы, можно сказать, не считаются, по факту суммарно флешка была воткнута в компьютер часов 10-15, а никак не 3. Показания температуры это не заглушка, но она меньше реальной температуры градусов на 5-10.
Расчётный максимум циклов перезаписи по мнению производителя равен 3000. Каждое отключение считается как не безопасное, проверено на разных компьютерах. Объём записанной и прочитанной информации CrystalDiskInfo в соответствующих графах не показывает, но мне несколько раз попадалась информация, что в атрибутах F1 и F2 одна единица равна 32 Мбайт. Объём 253,4 — я привык видеть в этом поле целые числа.

Теперь перейдём к тестам быстродействия
CrystalDiskMark:

AIDA64:
График записи порадовал, никакого slc буфера, ровный (непонятные пики возникали во время моего взаимодействия с компьютером, но почему они в сторону большей скорости я не понимаю)

График чтения наполовину заполненной флешки, на мой взгляд не плохо. Довольно ровный, перепады скорости на заполненной части не катастрофические.


Я думаю свои выводы каждый сделает сам и пытаться как-то резюмировать написанное особого смысла нет. Для себя отметил хорошие скорости как записи так и чтения и скромные габариты, из минусов — нагрев и отсутствие термопрокладки для контроллера.

Я знаю тут не форум, но хотелось бы задать несколько вопросов, в рамках данного девайса.
Для контроллера sm2246xt характерна неаккуратная работа с флешем при практически полном заполнении (на 90% и выше), не смог найти информации насколько это актуально на данный момент, и есть ли смыл оставлять не размеченную область порядка 15-20 Гбайт. В интернете встречается информация, что exFat предпочтительнее, чем NTFS для съёмных накопителей, но при этом в Windows среде на накопитель не отправляется команда trim, отсюда и вопрос есть ли смысл в exFat и насколько хорошо sm2246xt существует в без trim'овой среде.
Если есть какие-то пожелания, вопросы, замечания — постараюсь ответить или дополнить этот мини-обзор.

UPD 25.08.19
Силами интернет комьюнити установлено, что ASM1153E не пропускает команду trim на следующих версиях прошивок

130925_A0_00_01.bin, 130926_A1_00_00.bin, 140509_A1_82_00.bin, 140509_A1_82_80.bin,140704_A1_A9_02.bin, 140704_A1_00_00_UASP.bin, 141125_21_00_00_ODD.bin 141126_A1_00_00.bin 

Подтверждена работа trim на одной единственной версии 140509_A1_82_40.bin
В данном экземпляре (подозреваю, что во всех ssd флешках eVtran) зашита версия — 140509_A1_82_80
Почему именно в этой версии trim проходит, а в более старых и более новых версиях нет — неизвестно, возможно проблема в каких-то скрытых настройках прошивальщика. Обновление прошивки возможно, софт и бинарники прошивок есть в свободном доступе, но на данный момент я не готов к этому эксперименту.

UPD 29.08.19
В общем жажда приключений взяла свое и я решил написать продавцу данной флешки письмо, в котором описал проблему с trim и продемонстрировал некоторую осведомленность касательно версий прошивок и софта для данной операции, на что продавец попросил электронную почту на которую спустя некоторое время выслал то, что я и хотел увидеть — asmt MPTool и несколько файлов прошивок в том числе и 140509_A1_82_40 (также была прошивка 160316_A8_08_18_TRIM, но md5 совпала с 140509_A1_82_40, на китайских форумах и сами гадают на счет этого). Также некоторую надежду вселяло то, что в прошивальщике, в файле конфигурации, были заполнены графы manufacturer_string = eVtran Disk и product_string = V26S, а значит, возможно, именно им действительно шили.

Некоторый казус случился во время прошивки, прошивальщик выдал Fail в соответствующих графах, но по факту прошивка всё-таки было успешно прошита и ее версия поменялась на 140509_A1_82_40. Причина такой ситуации мне не ясна, возможно дело в не полной совместимости MPTool c Windows 10, либо в провалившийся попытки верификации прошивки из-за, например, флага запрещающего чтение, не знаю, работает и ладно.
Бонусом к работающему trim'у — перестал расти атрибут «небезопасные отключения», видимо теперь мост корректно сообщает о желании пользователя извлечь накопитель, что радует. И еще, из наблюдений, увеличилась скорость инициализации накопителя, теперь он появляется в системе практически мгновенно. Вопрос почему эта прошивка не идет по умолчанию остается открытым, но продавцу плюс за то, что не проигнорировал и помог решить данный вопрос. Не знаю надо ли выкладывать тут софт и прошивки, но по запросу предоставлю, естественно снимая с себя всю ответственность за результат.