Данная статья является продолжением ранее размещённого обзора на твердотельный накопитель марки ADATA - модели с индексом SU750.
Как уже рассказывалось, это накопитель на основе контроллера Realtek RTS5733 (вероятно, укомплектованного встроенным в чип DRAM-кэшем) и микросхемами памяти 3D TLC производства Samsung, выполненными по 64-х слойной технологии.
Несмотря на свою ярко выраженную систему работы в процессе записи данных, практически идентичную работе накопителей на основе контроллера SMI2258XT, герой этого обзора всё-таки побыстрее своих собратьев по цеху на основе DRAM-less контроллеров (правда, таковых немного, зато очень много устройств на их основе).
Вероятно, по этой причине герою этого обзора присвоен индекс бОльший, чем у устройств наибольшего распространения (SU750 против SU650/SU 630). Накопитель весьма горячий - в работе я видел достаточно высокие значения температуры устройства.
При этом, в отличие от накопителя Crucial BX500, это устройство тактильно ощущается как хорошо нагревшееся, так что показания температуры стоит считать более-менее правдоподобными. Правда, стоит отметить, что такие температуры достигаются при продолжительной нагрузке и, благодаря металлическому корпусу (очевидно, из алюминия из-за не подверженной магнетизму поверхности) устройство охлаждается более-менее неплохо. Но и термоинтерфейс между контроллером и корпусом точно не помешал бы. Тем, у кого он есть (intel 545, plextor M8VC), контроллеру как раз не горячо.
Вопросы быстродействия на пустом носителе я рассмотрел в первой части обзора - а сейчас итоги оценки при заполнении данными.
Естественно, после заполнения данными, пришлось выжидать некоторое время, чтобы накопитель высвободил SLC-кэш и пришёл в состояние "покоя" ... кстати, высвобождает SLC-кэш этот контроллер достаточно агрессивно, при первой попавшейся возможности (что, на мой взгляд, очень даже правильно). Быстродействие восстанавливается своевременно.
Из приведённых тестов видно, что при заполнении устройства на 50% и полном высвобождении занятого в режиме SLC-записи пространства быстродействие устройства неотличимо (в рамках погрешности измерений) от пустого.
Скорость записи при заполнении на 50% не меняется, а что с размером SLC-кэша? Если предположить, что остаток пространства составляет 114 Гигабайт, то максимум, который накопитель может записать без потери в скорости - это примерно 30%, то есть примерно 34 Гигабайта. Ну что же, дадим ему поток записи в 50 Гигабайт и посмотрим, когда он начнёт задыхаться.
Любопытно, но вместо 34 "гигабайт" накопитель перешёл в режим "разгребания завалов" уже после 22 "гигабайт" (в кавычках, потому что эти "гигабайты" это 1000 мегабайт. Стоит предположить, что размер SLC-кэша динамически уменьшается по мере наполнения. Для проверки этого заполним накопитель ещё бОльшим количеством данных.
Заполняем, выжидаем время на восстановление состояния (обратите внимание на температуру - устройство полностью "остыло", что говорит о продолжительном отсутствии какой-либо активности, вызванной пользователем или автопроцедурами контроллера).
Вы видите хоть какую-то разницу? Я - нет. Ну кроме того, что скорость записи при постоянном последовательном доступе постепенно упала с 520 МБ/с до 500МБ/с.
А в другой программе несколько упала скорость записи в многопоточном тесте случайного доступа.
Думаю, что трактовать эти результаты тестирования нужно следующим образом: при наличии достаточного времени для расчистки SLC-кэша герой данного обзора восстанавливает своё быстродействие до эталонного (пустого) при любой степени заполнения данными. Конечно же, если вы забьёте его на 80%, то работать в режиме "разгребания конюшен" он будет гораздо чаще, чем при 50% заполнении, так что может сложиться впечатление, что он стал медленнее. Стал, но не из-за наличия большого количества файлов, а из-за малого количества пространства "для манёвра".
Замеры SLC-кэша при таком заполнении накопителя оказались весьма парадоксальными.
Во-первых, размер SLC-кэша не изменился, и по-прежнему составляет 22-23 гигабайта, во-вторых ... а откуда, собственно, дровишки? Заполнение в режиме "1 ячейка - 1 бит" дл микросхем Triple-Level-Cell типа подразумевает, что больше 33% от имеющихся ячеек записать не получится, а здесь чисто визуально - все 50%. Либо накопитель для работы в режиме SLC-кэша использует "скрытые" ячейки (доступная пользователю ёмкость 238 Гигабайт, а количество фактических Гигабайт - всё-таки 256); либо используются какие-то ну очень хитрые алгоритмы смешанного использования TLC ячеек (одна ячейка - один бит, следующая - 2 бита, следующая - 1бит). Лично мне кажется, что наиболее вероятен первый алгоритм "взять взаймы ячейки из резерва для подмены в случае выхода из строя".
Элементарно: 47000 MB ~= 45 настоящих гигабайт (если речь вообще идёт о мегабайтах, а не о миллионах байт), 256-238 = 18 настоящих гигабайт, итого свободных ячеек памяти в устройстве = 63 настоящих гигабайта, так что вполне возможно записать 22500 мегабайт в режиме "на одну ячейку TLC один бит", а потом уже заняться уплотнением.
Забивать устройство и далее с целью проверки этой гипотезы уже просто лень.
Из прочих результатов тестирования устройства могу предложить скорость записи при копировании внутри самого накопителя (хотя, если честно, довольно-таки бесполезные сведения).
Думаю, особо добавить уже нечего - накопитель достаточно любопытный, и, будь он ценой более демократичен - был бы весьма удачным выбором на фоне по-настоящему DRAM-less устройств. В принципе, для обычного домашнего использования выглядит вполне пригодным - быстрый, прогнозируемый в поведении, достаточно известная марка как производителя устройства, так и микросхем памяти. Особенно радует то, что, судя по косвенным признакам, никакого разброда и шатания в конфигурации накопителя нет (во всяком случае, в отношение контроллера), и на сегодня можно считать этот обзор актуальным для любого экземпляра ADATA SU750 256GB.
