Available spare threshold что это

Износ SSD

это баг или я правда так не использовал диск? swappiness стоит в 1,также включен fstrim.timer, ну и в общем стараюсь на ssd лишнего не заливать. Такое количество записи много или мало:

1.5 терабайта записи это ничто, гнусмас для своих заявляет 100-1000 терабайт, в зависимости от объёма диска.

А, не ожидал таких больших цифр, думаю для интела примерно такие же. Видимо, я и правда наэкономил.

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

1,48 Tb за полтора года — это ниачом. Вот если бы у тебя там BTRFS был, тогда ты бы так не отделался

Даже интересно стало, посмотрел у себя

Диску 2 года т.е. примерно 10Gb в день это минимум в 2 раза ниже нормы, а у тебя вобще получается диск на хранении )

Введение в SSD. Часть 5. Контроллерная

В прошлых частях цикла мы рассказывали про историю накопителей, о применяемых интерфейсах и форм-факторах, а также про организацию на физическом уровне. Пятая же часть посвящена «мозгу» современного твердотельного накопителя.

Контроллер современного накопителя — маленький компьютер, который принимает стандартизированные команды и выполняет соответствующие действия с подконтрольным ему хранилищем. При этом внутреннее устройство контроллера может быть любым.

Контроллер — достаточно сложное устройство, которое в зависимости от предназначения диска выполняет различные задачи по управлению данными. Например, базы данных часто требуют от накопителя запись непосредственно в энергонезависимую память, минуя кэш, и в этом случае серверный SATA SSD будет быстрее, чем пользовательский NVMe. Из-за большой вариативности контроллеров не будем вдаваться в детали конкретных устройств, а поговорим об общих принципах работы современного твердотельного накопителя.

Особенности записи

Блоки и страницы в NAND-памяти. Источник
Хранилище твердотельного накопителя состоит из множества полевых транзисторов, соединенных друг с другом. При таком подходе чтение и запись выполняются страницами данных, размер которых обычно 4 КиБ. Таким образом, изменение одного бита на диске приводит к необходимости перезаписать всю страницу данных. Эта проблема называется усилением записи (Write Amplification).

Кроме того, твердотельные накопители не могут обновить данные в странице. Обновление страницы производится в четыре шага:

1. Чтение данных из страницы в буфер.
2. Изменение данных в странице.
3. Очистка страницы данных.
4. Запись обновленных данных из буфера.

Износостойкость

Выравнивание износа. Источник
Современные накопители построены на базе ячеек TLC, ресурс которых в разы меньше, чем у накопителей с ячейками SLC и MLC. Если какая-то программа в ОС будет постоянно перезаписывать маленький файл, а контроллер будет «наивно» обновлять одну страницу данных, то вскоре блок с этой страницей исчерпает ресурс. Исчерпание ресурса будет отображено в показателях накопителя, что неизбежно приведет к беспокойству системного администратора.

Во избежание сильного износа единичных блоков накопителя применяются технологии выравнивания износа (Wear Leveling). При этом обновление данных выполняется без очистки страницы накопителя и выглядит так:

1. Чтение данных из страницы в буфер.
2. Изменение данных в странице.
3. Запись обновленных данных из буфера в «чистую» страницу.
4. Старая страница помечается как «грязная».

Балансировка износа

В каком-то смысле производитель накопителей обманывает нас дважды. Первый раз использует десятичные приставки вместо двоичных: 480 ГБ — это 447 ГиБ. А второй раз, когда фактический объем накопителя больше, чем доступно пользователю. Часть объема зарезервирована производителем для внутренних нужд контроллера. Такой резерв называется запасной областью (spare).

Таким образом, у контроллера всегда есть немного свободного пространства, которое может быть использовано для внутренних процессов. Хотя точных данных нет, в различных источниках утверждается, что для контроллера резервируется от 7 до 28 % объема накопителя.

Увеличение объема зарезервированной области уменьшает доступный объем, но чаще всего повышает производительность диска. Для увеличения spare-области достаточно оставить часть накопителя неразмеченным. Однако если хочется экстрима и сделать все «по уму», то можно уменьшить объем видимого пользователю пространства через ключ -N утилиты hdparm.

Как бы то ни было, вернуть зарезервированную производителем область в собственное пользование не получится.

Процесс «сбора мусора». Источник
Помимо балансирования износа, в контроллерах в фоновом режиме часто проходит процесс «‎сбора мусора» (garbage collection). В ходе него с нескольких блоков собираются актуальные страницы и помещаются в один блок. Затем исходные блоки очищаются, так как в них не осталось страниц с данным.

Важно отметить, что сборщик мусора занимается перекладыванием данных в хранилище, чтобы было как можно больше чистых блоков. При этом он не может понять, что на файловой системе какой-то файл отмечен удаленным, так как контроллер накопителя не умеет работать в терминах файловых систем.

Для решения этой проблемы в каждом из протоколов есть команда, позволяющая уведомить контроллер об удалении файла. Для NVMe — это deallocate, для SATA — TRIM, а для SCSI — unmap. Суть каждой их этих команд одинакова: пометить страницы с удаленным файлом как «грязные».

Контроллеру приходится постоянно беспокоиться о состоянии страниц хранилища. При этом напрашивается очевидная оптимизация: если операционная система пытается считать данные со страниц, на которых нет данных, то вместо операции чтения можно просто генерировать необходимое количество нулей.

Это легко подтверждается с помощью эксперимента. Проводим Secure Erase для накопителя и запускаем тесты на случайное чтение с глубиной очереди 64. Затем «забиваем» накопитель с помощью последовательной записи, желательно дважды. И повторяем тесты.

В наших тестах использовался SSD-накопитель Micron 7300 1.92 TB, подключенный по PCIe 3.0 x4. Третья версия PCI Express по четырем линиям способна пропускать 3940 МБ/с или 3757 МиБ/с. Мы, конечно, не достигли предела, но надо полагать, это из-за накладных расходов на протокол NVMe. Тем не менее, видно, что чтение с диска без данных «упирается» в предел 3400 МиБ/с. После заполнения диска на 15% результаты тестов стали хуже.

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

Показатели

Вне зависимости от интерфейса накопителя SSD имеют набор показателей состояния, которые могут быть считаны системным администратором. Для SATA-накопителей используются показатели S.M.A.R.T., которые не стандартизированы. Отсутствие стандарта приводит к появлению различных трактовок одного показателя.

Рассмотрим вывод утилиты smartctl на примере Intel S4510.

Для нашего диска интересны следующие параметры:

• 5 Reallocated_Sector_Ct — количество секторов с нулевым ресурсом.
• 187 Uncorrectable_Error_Cnt — количество ошибок, которые не удалось исправить при помощи кодов коррекции.
• 233 Media_Wearout_Indicator — процент износа диска.
• 243 NAND_Writes_32MiB — объем данных, который был записан на диск за все время.

С точки зрения износа исправного диска интересен показатель 233 Media_Wearout_Indicator, так как при достижении числа 1023 накопитель программно заблокируется и будет доступен в режиме только для чтения.

Показатели S.M.A.R.T — это особенность протокола SATA. Для NVMe-накопителей есть NVMe log, который также считывается программой smartctl. Аналогичный вывод можно получить с помощью команды nvme smart-log.

В выводе NVMe накопителя меньше непонятных показателей, но все равно есть место разночтениям. Легко предположить, что параметр percentage_used отвечает за объем занятого пользователем пространства на диске, но это не так. Этот параметр эквивалентен Media_Wearout_Indicator и обозначает износ накопителя.

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

Перепрошивка

О прошивке твердотельных накопителей задумываются нечасто. В лучшем случае после покупки «накатывают» свежую версию и забывают до конца жизни накопителя.

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

Хотя NVMe можно перепрошить через команды fw-download и fw-commit, чаще всего обновление прошивки производится через утилиты, предоставляемые производителем накопителя. Во избежание потенциально деструктивных действий мы не будем публиковать точные команды, а порекомендуем обратиться к официальной инструкции от производителя.

Заключение

Контроллеры накопителей — сложные устройства, которые управляют не менее сложными процессами, которые проходят внутри твердотельных накопителей. Мы рассмотрели только самые интересные процессы в общих чертах.

Если вам хочется больше погрузиться в особенности работы с NVMe, рекомендуем статью про пространства имен NVMe.

Ускоренный износ SSD на MacBook Pro. Полтора года спустя

В феврале 2021 года купил себе MacBook Pro на процессоре M1, хотел попробовать новый тип машинок от Apple. Моему предыдущему MacBook Pro стукнуло семь лет с небольшим, и старичку пора было отправиться на заслуженный отдых — он трудится как запасной компьютер и вполне сносно себя чувствует. К тому моменту уже знал, что у Apple встречается повышенный износ SSD, его относили на счет новых MacBook, считая, что у них объединенная память (новая архитектура), высокие нагрузки при недостатке оперативной памяти. Мне не повезло, и моя машинка продемонстрировала все признаки такого поведения, система записывала данные как не в себя — до десятков ГБ данных в течение одного часа работы. Если пересчитать средние значения, то получалось около 180 ГБ в час. Написал об этом подробный материал, но, также как и все остальные, никакого внятного ответа со стороны Apple не получил.

Ускоренный износ SSD на Apple MacBook с процессором M1

Почему SSD на MacBook и MacMini с процессором Apple M1 на глазах теряют свой ресурс и это может стать проблемой для владельцев…

Весной 2021 года появилось много публикаций, явно и недвусмысленно написанных с подачи Apple. В них указывалось, что проблему сильно раздули, а на самом деле даже с высоким расходом ресурса SSD вы скорее смените компьютер, чем убьете память. И приводились расчеты, которые были написаны как под копирку, в них даже допустили одну и ту же ошибку. Спорить с такими умозаключениями невозможно, так как в любом случае износ SSD носит характер постепенного отказа, а не сиюминутной проблемы. Вопрос упирается в то, сколько проработает ваш ноутбук. Отказ памяти тут означает смерть всей машинки, спасибо Apple за то, что позаботились об этом и все сделали «правильно». Для себя, во всяком случае, компания сделала все верно, вышедший из строя ноутбук потенциально поменяют на такой же, особенно если его приобретали в корпорации. Этакое запланированное старение, которое вложили в MacBook.

Через полтора года после первого материала накопилось множество наблюдений, которыми нужно поделиться. К сожалению, ситуация за это время кардинальным образом не улучшилась, а износ продолжает оставаться невообразимо высоким.

Чтобы было понимание того, что не так с моим компьютером, приведу пример предыдущего MacBook Pro, за семь с небольшим лет на нем наработано почти 11 тысяч часов! Записано 50 ГБ данных. За это время мои привычки не изменились, я не стал монтировать видео, перегонять ТБ данных по сети. По большому счету, для меня MacBook — это пишущая машинка, почта и браузер. Даже фильмы на компьютере никогда не смотрю. Есть, правда, еще порой эфиры, выступления на ТВ или в онлайн-передачах. Но они не идут нон-стоп. Итак, вот данные с моего предыдущего компьютера.

Индикатор жизни SSD остался на 100%, что не является ошибкой. Объем записанных данных довольно невелик. Тут нужно оговориться, что зачастую приводят данные производителей SSD, которые гарантируют 300 TBW для SSD объемом 512 ГБ. То есть вы до отказа сможете записать 300 ТБ данных. И кажется, что это много. Но на деле живучесть SSD явно намного выше, и эта оценка сильно занижена. Увы, найти реальные данные наработки на отказ не представляется возможным. Те данные, что получены мной, возможно, успокоят и подскажут, что проблемы не существует или, напротив, она велика.

Давайте посмотрим на свежее измерение износа SSD на моем текущем MacBook Pro на M1.

Обратите внимание, что за полтора года у меня 897 часов работы компьютера и ошеломляющие 121.9 ТБ записанных данных. Ощущение, что я не просто монтировал видео, а производил какие-то немыслимые манипуляции. Если считать грубо, получится, что в час у меня машинка расходует 130-140 ГБ для записи на SSD. Но это просто невероятное число, которое можно было бы считать ошибкой, если бы все не указывало на его реальность. Износ в данный момент система определяет в 4 процента, что немного.

Реальность и перспективы рынка IT‑профессий

Какие профессии наиболее популярны и высокооплачиваемы?

Субботний кофе №241

Налейте чашку бодрящего субботнего кофе и познакомьтесь с новостями недели. Nubia представила оригинальный смартфон, OnePlus выпустила мощный и недорогой аппарат, а Sonos представила колонку с пространственным звуком…

Тест Opel Crossland. Кроссовер для Европы

Opel Crossland — вторая гражданская, назовем её так, модель немецкого бренда Opel, с которой производитель вернулся на российский рынок.

Неделя с ASUS ROG PHONE 5

Делюсь впечатлением от самого игрового устройства на нашем рынке…

Как проверить состояние SSD на MacOS

У Apple нет встроенной утилиты, которая позволяет посмотреть износ SSD, так что придется полагаться на сторонние приложения. Самое простое и удобное — это DriveDX, скриншоты с него вы видите в тексте. Взять его можно вот тут, у него есть бесплатный период.

Утилита получает данные SMART, она никак их не интерпретирует, а показывает как есть. Несколько раз слышал предположения, что это ошибочный перевод данных, мол, программисты накосячили. Это не так — вы можете поставить другую утилиту, работающую из командной строки, результат будет ровно таким же.

Желающим работать из окошка терминала предлагаю ознакомиться с инструкцией о том, что вам нужно и как это ставить, вот тут.

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

Поиски виноватого — файл подкачки, мало оперативной памяти

Повторюсь, что использую MacBook Pro как печатную машинку, никаких сложных задач не выполняю, не запускаю тут Windows в эмуляторе, не использую программы, написанные для х86 архитектуры (почти никогда, компилятор, соответственно, не задействован). Родной софт плюс Telegram, а также Chrome (версия для процессора M1).

В моем ноутбуке всего 8 ГБ оперативной памяти, и этого должно хватать за глаза для моих сценариев использования. Периодически поглядывая в утилите на использование памяти, вижу, что ничего критичного не происходит, плюс у меня всегда есть 150-200 ГБ свободного места на SSD.

Удобно обвинить недостаток оперативной памяти, но по всему миру есть люди с другими конфигурациями железа, которые столкнулись ровно с такой же проблемой. На форумах Apple за поддержкой обращается множество людей, например, вот результаты за три месяца на Mini с M1 и 16 ГБ оперативной памяти. Само обращение можно найти вот тут.

Человек так и не получил внятного ответа, что происходит и почему за три месяца записано 250 ТБ на SSD, а его износ составил 16%. Что-то непонятное, но главное, что файл подкачки тут явно не виноват.

Попытка посмотреть, какие процессы так нещадно пишут на SSD, ни к чему не привела, в стандартной утилите на MacOS видно, что виновато ядро системы, оно постоянно что-то записывает. Но найти конкретного виновника мне не удалось.

Обновления системы ставлю постоянно, периодически перезагружаю компьютер, так как на нем вылезают всякие неприятные мелочи. Отключил поиск Spotlight и индексацию файлов, но ничто из этого не помогло.

Временно отключал быструю запись в память (TRIM), но не увидел никакой разницы в принципе, запись на SSD продолжалась ровно в тех же объемах. Этот параметр можно отключить в терминале (надо набрать sudo trimforce disable). Включил обратно, хотя было не принципиально, ведь проблема осталась.

Робот-пылесос 360 Botslab P7

Бюджетный робот-пылесос с голосовым управлением, умением строить карты помещения и временем работы до 90 минут, а также влажной уборкой.

Сравниваем Tecno Phantom V Fold и Samsung Galaxy Z Fold4 — гибкие смартфоны

Новичок от Tecno против флагмана от Samsung, первое поколение против четвертого. За кем будет преимущество — молодость против опыта.

Что смотреть в марте: много хороших сериалов

От истории PornHub и «Тетриса» до «Мандалорца» и «Теда Лассо».

Быстрый обзор Huawei Watch GT 3 SE

Легкие, быстрые, почти как флагманские часы, только значительно дешевле…

Периодически компьютер греется и становится неотзывчивым, в этот момент он обрабатывает данные как сумасшедший. Никаких скриптов в браузере, никаких троянов, другого софта. Переустановка с нуля, удаление всех приложений — ничто не помогает. Компьютер возвращается к своему изначальному состоянию и подъедает ресурс SSD. Такое ощущение, что он живет своей жизнью. Просмотр сетевого журнала на роутере показывает, что никакие данные вовне не передаются, тут все выглядит однородно и понятно.

Не сижу над компьютером и не смотрю, как съедается SSD, но подспудно, конечно, меня это напрягает. Нашел у товарища компьютер на Intel i5, в использовании три года, конфигурация памяти такая же, как у меня, но это х86, а не ARM. То есть архитектура памяти выглядит иначе. Посмотрели расход SSD у него и обнаружили, что проблема сходная.

Сравнимое время работы, сравнимый объем записанных данных. Но в отличие от меня, товарищ использует компьютер для видеозвонков нон-стоп, программирует, смотрит какие-то фильмы. То есть нагрузка заведомо повыше, чем в моем случае. Но на выходе получаются очень сходные данные. Вот только износ уже заметно выше, не мои 4%. Возможно, тут мы видим фирменный трюк от Apple, вначале компания всегда старается показать максимальные цифры (назовем их хорошими), а потом все ухудшается на глазах. Такой подход виден даже в том, как работает индикатор батареи.

В офисе есть чуть более свежий MacBook Pro на M1, в нем износ выглядит следующим образом.

Компьютер используется как пишущая машинка (в основном почта, браузер, YouTube). Нагрузка, возможно, такая же, как у меня, только время в работе поменьше.

За прошедшие полтора года периодически смотрел, как ведет себя SSD у моих знакомых и друзей, где-то встречал такую же проблему, как у меня, у кого-то все было более чем нормально. Выявить закономерность не вышло, думаю, тут вопрос в самом железе и связке его с софтом. И это характерно не для процессора M1/M2, а в принципе для любой системы.

Сколько проработает SSD? Тут нет никакой ясности, так как данные, которые приводят производители SSD, полностью противоречат тому, что мы видим в статусе SMART. Так, если довериться Apple, получается, что запас прочности SSD на 512 ГБ составляет 3000 ТБ, цифра выглядит фантастической во всех измерениях. Но даже если это 1200 ТБ, то это все равно в четыре раза больше, чем заявляется для лучших SSD. Тут явно есть какая-то проблема, про которую в Apple не хотят говорить публично, а мы не знаем реальности.

Если поверить производителям SSD, то получится, что время работы даже с запасом в 50% будет около 450 ТБ на запись, после чего SSD попрощается. Для меня это значит примерно 3300 часов работы, то есть ресурс компьютера составит около пяти лет – плюс-минус, в зависимости от активности его использования. В теории это немало, на практике ничто, такая машинка может с легкостью жить все десять лет. Но судя по всему, в нее внесли ускоренное старение и отсюда эта проблема.

К сожалению, нет никакой возможности оценить, насколько эта проблема распространена, вы можете проверить это на своем компьютере. Никаких официальных признаний нет, в официальном сервисе такой износ считается нормой — вы просто работали за компьютером!

Несложно предугадать, что скоро на рынке будут появляться MacBook’и, в которых ресурс SSD подубит, нужно будет внимательно проверять их перед покупкой. Трехлетний компьютер может быть подубит по этому параметру, имейте это в виду. Для себя решил, что менять компьютер не буду, интересно наблюдать за тем, что происходит, да и продавать его кому-то в таком состоянии некрасиво. А отдавать за копейки как-то накладно. Никакого сравнения с предыдущим MacBook тут просто нет, там неубиваемая машинка, тут же какие-то чудеса в решете.

P.S. Мой товарищ купил MacBook Air на M2, столкнулся ровно с таким же поведением, компьютер быстро греется и начинает съедать SSD, при этом ничего этакого на нем не запущено. Через 2-3 года уже появятся смертники из первых партий на M1 (тут важно, что память объединена и ноутбуки просто будут умирать с концами). И вот тогда поднимется новая волна обсуждений. Пока же советую делать копии важных файлов и системы, это может неожиданно пригодиться.

Ускоренный износ SSD на Apple MacBook с процессором M1

Почему SSD на MacBook и MacMini с процессором Apple M1 на глазах теряют свой ресурс и это может стать проблемой для владельцев…

NVMe SSD Wicgtyp NV940 512ГБ — безбуферный PCIe 4.0×4 на новом контроллере SMI SM2269XT

В этот раз охота за ssd с новыми контроллерами увенчалась успехом и экземпляр на свежем sm2269xt был угадан с первого раза.

Упаковка — картонная коробка заклеенная круглой пломбой из липучки, внутри пластиковая форма для придания жесткости. В комплекте есть винт М2.

Плата с двух сторон обклеена бумажными этикетками:

Потроха:
smi sm2269xt + 2шт NX962 — 4 кристалла micron b47r в каждом bga132 корпусе с оригинальной маркировкой.

Спецификация от продавца (насколько я помню, на момент покупки про контроллер тут еще не было):

Конфигурация программно:
Флеш как и ожидалось из маркировки micron b47r, один из быстрейших доступных на сегодня tlc.
Есть поддержка hmb, но с ней наблюдаются нюансы.

Smart при первом включении:

поддерживается только 512B сектор.

Hwinfo — есть поддержка энергосбережения:

Тестирование проходило в «процессорном» слоте платы на чипсете z690 с процессором i3-12100 под Windows 10/22h2 со стандартным драйвером stornvme. Тесты проводились в условиях достаточного охлаждения, если не указано иное.

Сначала посмотрим на запись всего обьема посредством aida64/diskbench. Небольшое замечание по версиям теста — сравнительно свежие версии diskbench делают паузы в процессе обмена с диском, что иногда приводит к несоответствию времени и позволяет ssd частично высвобождать slc-кеш, что дает достаточно странные результаты. Используемая версия (1.04.07 из комплекта 4.20) этому практически не подвержена.

Запись пустого 2380MB/s в slc-кеш

17%, 800MB/s в tlc

56%, 420MB/s при одновременном сбросе кеша, остаток. Стоит отметить, что у прошивок безбуферных контроллеров от smi наконец-то появилась прямая запись в tlc, что обеспечивает высокую скорость при единовременной записи больших обьемов. sm2263xt любую запись прогонял через slc-кеш, используя его как fifo-буфер. Результат очень неплох для такого обьема:
потребление — 2.9Вт в slc-кеш, и

2.6/2.4Вт остальные два участка, фоновой активности после завершения записи нет.
Чтение записанного — видно что в области записанной в slc режиме скорость чуть выше. 4500 и 4200MB/s соответственно. Скорости опять же высоки, особенно если сравнивать с некоторыми другими контролллерами.

Повторная запись (на уже заполненный накопитель) — кеша нет совсем, зато прямая запись в tlc с весьма приличной скоростью.

hdtunepro с обьемами 32, 96 и 128GB — обьем кеша совпадает с результатами aida/diskbench, в то же время наблюдается аномалия со скоростью чтения — если записать обьем выходящий за пределы slc-кеша, то скорость чтения без паузы после записи оказывается заметно снижена. Возможно контроллер в это время занимается фоновым сбросом кеша несмотря на запросы извне.

Скорость произвольной записи блоком 4k и очередью в 32

трех обьемов, область — весь накопитель, исходно — пустой. Один график — iops в среднем, второй — пиковые задержки (без усреднения — отдельные операции, не надо сравнивать с распространенными в некоторых обзорах графиками построенными на основе данных iometer’а, где «пиковые» задержки демонстрируются с полусекундным усреднением):
Скорость записи в slc-кеш невысокая, дальше наблюдается еще два участка свободный массив, подобно последовательной записи, и после где-то 550гигабайт начинается разборка мусора, еще медленнее,
пиковые задержки растут вместе с падением средней скорости, но остаются на сравнительно небольшом уровне.

Скорость чтения заполненного таким образом накопителя достаточно сильно падает, но это типично для любых ssd на основе nand:

Рассмотрим проявление HMB, обьем здесь фиксирован и составляет 64MB.
Ниже приведен график зависимости скорости произвольного чтения последовательно прописанного накопителя с длинной очереди 32 в зависимости от области, в пределах которой производится чтение. Показывает, насколько хватает кеша транслятора (для чего больше частью и используют встроенную или внешнюю оперативную память контроллера, или дополняющий его HMB):
никакого эффекта от включения HMB нет — падение начинается между 64-128MB в обоих случаях.
Но стоит отметить что падение небольшое, чуть выше полутора раз, и скорость после остается достаточно высокая.

Зависимость скорости произвольной записи (4k/qd32) от области напоминает поведение на чтении, и наличие HMB тоже не влияет на результат:

Поведение при отработке трим при очистке всего обьема диска (для замера использовано чтение по произвольным адресам без очереди в пределах всего обьема):
видны 3 стадии — чтение записанного диска (сливается с 0), непосредственно выдача trim — задержки выросли до

70-75ms в течении

4.3 секунд суммарно и заключительно — чтение уже пустого диска. Какой-либо фоновой активности после непосредственно выдачи команд тут не наблюдалось.

Немного стандартной синтетики.
CDM7, где все традиционно хорошо, правда на записи до спецификации чуточку не дотянул:
потребление:
ATTO с разной очередью, тут тоже все красиво:

В смарте есть два датчика температуры — основной и два дополнительных, первый из которых дублирует основной.
Их показания совпадают с температурой флеша и контроллера соответственно, измеренными тепловизором.
На открытом стенде без обдува и радиатора, в простое с отключенным энергосбережением, при температуре воздуха

25С:

Максимум, достигнутый на записи всего обьема, был достигнут после записи

30% обьема, далее рост прекратился.

Максимум на чтении после трех обьемов:
Троттлинга в обоих случаях не наблюдалось.

Но это младший обьем, скорости и потребление у 1/2TB моделей должны быть местами выше, а значит и нагрев под длительной нагрузкой тоже.

Потребление в простое при разрешенном энергосбережении

110мВт, при отключенном

660мВт, максимум на записи 2.9Вт, на чтении 3.0Вт.

На плате есть индикатор активности — зеленый светодиод, который начинает мигать с периодом пол-секунды во время обмена с ssd. Сигнал активности на разьеме его дублирует.

Достаточно удачный ssd без заметных аномалий в поведении. Разве что с hmb непонятно — для чего же он здесь используется, но тут ничего нового, это свойственно всем безбуферным контроллерам от smi, да и не только им.