Hard Помогите с выбором жесткого диска

@Колючий, видимо, китайцы лучше за прошивки шарят.)

 

Кого-кого нет в продаже?
Интернет-магазин в Гомеле – ZEON. Магазин компьютерной, цифровой и бытовой техники
Раза в два дороже PM883/893, но чего ещё ожидать?

Не говори так же всяким супермикро и интелам серверным, что у них всё на TLC.

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

 

@Колючий, это в РБ. Посмотрел у нас в Ситилинке и ДНС - только TLC в продаже.

 

@Forgettable, https://www.nix.ru/autocatalog/ssd_...g-SM883-MZ7KH960HAJR-00005-25-MLC_695450.html

 

@Strannik_, ну, ок. Хотя 27000 рублей за 960 (894) ГБ - это, по сути, нет в продаже, имхо.

 

Почему? Для очень ресурсного SSD, упирающегося в лимиты SATA интерфейса, сделанного без экономии - вполне адекватная цена.
2Тб Kingston KC600 стоит не сильно дешевле. А класс устройства мягко говоря совсем не тот.

ЗЫ.
64Гб MLC SSD от Supermicro как бы не дороже этого терабайтника стоил. Вот тут уже как то совсем не для дома.

 

A-Data Premier Pro SP920. 128Гб. Контроллер Marvel Renoir 88SS9189, 8 канальный, 256Мб DDR3 кэш. Флеш Micron 20нм MLC. Используются 128Гбит кристаллы. По 1 кристаллу на канал контроллера, что мало. Но хотя бы 8 каналов.
Отработал системным Лет 5-6, наверное. Точно не скажу.
Смарт.
Как выглядит чтение заполненного диска (вместе со старой системой).

Запись выглядела совсем некрасиво с регулярными площадками по 60Мб/с.
Отформатировал диск (без быстрого форматирования).
Запись стала такой:

Чтение показывать нет смысла, там почти без колебаний линия у практических пределов SATA 3 интерфейса.

Вот так выглядит старый относительно неплохой MLC диск из пользовательского сегмента.
В сравнении с ним PM883 оказался зверем. У него долговременная запись без просадок в районе 450Мб/с на моей системе. Отзывчивость ОС не изменилась, просыпается она лишь чуть быстрее, остальное, скорее всего было самовнушением. А вот ложиться спать реально сильно быстрее, и скорее всего даже более чем вдвое быстрее.

 

A-Data SU650, ASU650SS-256GT. 256Гб. Контроллер безкэшевый двухканальный Realtech RTS5735. Флеш Hynix 3dv7-176L TLC 16k 512Gb/CE, 4 кристалла по 2 на канал. Максимально дешманское решение. Дешевле только совсем кетайские недобренды и алиэкспрессный мусор из самого дешёвого. Диск ещё не работал - только погонял тесты.
Тест чтения меня удивил.

Откуда провалы и т.д.? Диск не работал.
Тест записи.

Обычное поведение дешмано-SSD. Причём есть и уменьшенный SLC кэш и производительность 50-60Мб/с одновременно. Почему-то был уверен, что тут должна быть треть пустого пространства под SLC запись. Но нет, в наличии недостатки обеих стратегий и нет их плюсов. Под ОС в женском ПК должен пойти. Пока не дошло до переустановки - могу его ещё погонять в тестах.
Может кто посоветовать, чем проверить под Win7 x64, как он собирает мусор?

Так же переразметил его, отформатировал полноценно.
Линейное чтение после этого выглядит обычно.

Начало теста линейной записи не изменилось.

 

Crucial MX500, CT2000MX500SSD1 2Тб. Контроллер SM2259, 4 канала, есть DRAM кэш. Вскрыл - везде на памяти и флеше своя маркировка, не гуглится особо. Пишут, что у 2Тб модели 2Гб кэша, но с 2022-го года вроде бы у старших моделей начали резать кэш, толи до 1Гб, толи до 512Мб.

Проверяем - действительно, 512Мб.
Флеш Micron 176L (B47R) 1024Гбит/CE, 512Гбит на ядро 3D NAND TLC.
А ещё другое интересно. Тут у нас аж 16 банков по 1Гбит. При этом ядра по 512Мбит. Т.е. на канал приходится по 4 банка, в каждом из которых по 2 ядра флеша. На плате 4 чипа флеша, по 8 ядер на чип.

На USBDev прошивальщика для 2259, который знает такую память, нет. Так что шансов получить себе SLC SSD на 660Гб не просматривается. Ну, диск брался в основную систему как игровой, производительность у него и так хорошая, так что объём будет всё же важнее. А дома съесть ресурс TLC флеша играми - надо постараться...

Чтение пустого.

Запись пустого.

Чтение после записи.

Повторная запись.

Итого. С одной стороны, есть потеря производительности при эксплуатации. С другой стороны, дешманским бы работать при первой записи хотя бы в половину этой "потерянной" производительности. Да даже моему старому MLC SSD так бы работать.

Пример пока ещё хорошего SATA SSD. Модель на 1Тб имеет по идее ту же производительность, 500Гб немного просаживает запись в район 300Мб/с, 250Гб ещё слабее (но один фиг не сравнить с дешманием).

 

Crucial BX500. ST500BX500SSD1 512Гб. Контроллер SM2259XT2, 2 канала, безкэшевый. Флеш по идее QLC, брал только ради проверки возможности перешивки в 120Гб SLC SSD.

Флеш Micron 176L (N48R) 1024Гбит на ядро QLC 3D NAND. По 2 ядра на канал, в ядрах по 4 plane, так что в 4-х кратный параллелизм оно может на уровне ядра, если прошивка про это знает и написана прямыми руками. Посмотрим, на сколько оно будет тормозным.
Читаем пустой. SSD по идее не смотрит в флеш и просто по интерфейсу отдаёт нам нули.

Линейная запись пустого на весь объём.

Как бы и SCL кэша побольше, и падение не такое страшное, как у A-Data. Но потом происходит ещё одна ступенька, и пишем примерно так же. Может чуть медленнее, на 3-5Мб/с. При этом средняя запись даже повыше будет, не смотря на больший объём.
Линейное чтение после записи.

Есть небольшое снижение скорости.
И ещё раз линейная запись.

А вот тут интересно. По идее всё это выполнялось без файловой системы и в наличии эффект заполнения SSD без TRIM. A-Data за время чтения отработала сборщиком мусора и набрала места на 6-8Гб быстрой записи в новом проходе. Этот не сделал ничего. Хотя в целом устойчивая скорость записи в районе 53Мб/с, что чуть выше уровня у A-Data(особенно в конце). Это уровень чего-то в духе дисков первой половины нулевых. Maxtor Diamond Max 8/9, Seagate Barracuda 7200.7 имели по 60-65 Мб/с в начале диска и раза в 2 ниже в конце. Так что не так уж и плохи такие провалы без сборки мусора, если использовать под Win9x подобные SSD. Для XP - тоже можно, как раз уровень дисков времён SP1, но уже более позднее железо для XP было куда быстрее. Правда, стоит понимать, что для ОС самым чувствительным будет случайное чтение и запись. А тут этот QLC SSD покроет, наверное, большинство современных HDD.

Кстати, в сюжете с перешивкой именно эта комбинация контроллера и флеша. Так что чуть позже будет и рубрика экспериментов.
А пока поищу наиболее наглядные способы показа работы сборщика мусора без TRIM. MX500 уже стоит в основной системе, а SU650 и BX500 я могу свободно жонглировать. В том числе вешать на ASM1064, который с текущими дровами под Win7, как оказалось, не умеет пропускать TRIM.

 

Любителям секса с железом:

You don't need to go through all that trouble to use most cheap DRAMless SSDs in... | Hacker News

 

Оно работает так только в ограниченном количестве случаев. Всё зависит от прошивки и стратегии кэширования в конкретном случае.

 

Бред какой-то. Это какие контроллеры так себя ведут?

 

У A-Data такое бывает на реалтеках. Но вон имеющийся и 10% не даёт записать в SLC.

 

И как это связано? То есть если разметить накопитель на 1/3 его объема, или просто не записывать больше, его контроллер не начнет утрамбовывать данные? Опровергается личным опытом... И на Silicon Motion, и на Maxio

 

Смысл в том, что у тебя большая часть диска всегда готова под SLC кэш.
Поэтому нужно провести Secure Erase. Чтобы контроллер точно знал, что не задействованное ОС пространство не содержит ничего. Так как если там что-то было записано (прогнаны тесты на запись поверхности, без файловой системы), то TRIM по нему никто не выдаст и для контроллера это пространство не будет полностью пустым.
Но, естественно, всё вот так просто работать не будет. Отойдём от разных вариантов реализации кэширования и записи в прошивке и возможностях контроллера. У нас стратегия динамического кэша на всё свободное пространство, а при превышении - сваливаемся в 20-60Мб/с.
Вот записали мы данные. Диск их, естественно, утрамбует их при первой возможности. При этом прочитаются то они без проблем. Но вот ресурсные моменты останутся недостижимы. Храниться то всё будет в виде TLC/QLC.
ХЗ, как всё это себя поведёт при удалении всего и новом заполнении. Успеет ли отработать TRIM, или откэшировано будет только с 2/3 или 3/4 пространства, с соответствующим проседанием...
Потому, если очень хочется такой диск - лучше попробовать его перешить, если на конкретную пару контроллер+флеш есть прошивальщик и эта пара умеет нормально работать в SLC режиме. А то уже было сообщение, что перешитый диск (вариант не из видео) вешался намертво, когда начинал работать его сборщик мусора, или он получал от системы TRIM.

 

@Колючий, не понял, при чем тут трим. И вообще понятие "SLC кэш" звучит так, как будто это что-то отдельное. Насколько я знаю, любой накопитель состоит из ячеек, только в случае с TLC каждая из этих ячеек является не одно-, а трехэтажной. При операции записи, данные раскидываются по первым этажам, а фоном (или когда первые этажи заканчиваются) утрамбовываются на верхние. Ключевое слово - фоном. Здесь же пишут, что контроллер фоном ничего не делает. С чего это вдруг-то?..

 

С того, что контроллеры разные (в том числе кучи многоядерных), прошивки (а это часто самое главное) тоже разные, стратегии кэширования тоже разные. И как всё выйдет в конкретном случае с конкретным дешманским накопителем, собранным из того, что в данный момент было на складе, не знает никто. Я только привёл логику работы в одном единственном (хотя и относительно распространённом) случае.

Про этажи - нет там этажей.
В ячейке есть уровни напряжений. 2 уровня - SLC, 4 уровня - MLC, 8 - TLC, 16 - QLC.
Сложность записи именно в том, чтобы попасть в нужный уровень, после чего надо убедиться, что записанное соответствует заданному. И низкий ресурс именно из этих уровней растёт.

 

CDRLabs.com - Performance - AS SSD and HD Tune - Western Digital WD_BLACK SN770 1TB NVMe Solid State Drive - Reviews

Нет, как раз не отдельное.

Чтобы получить максимальную скорость потоковой записи, до исчерпания свободных ячеек.
Тут явно говорится про HD Tune full disk write - т.е. запись до упора одним действием, тут просто нет возможности для "фона".
Т.е. логика простая, пока есть свободные ячейки - пишем быстро и дорого (SLC); когда появится передышка (перестали активно писать), то будем трамбовать в TLC/QLC фоном.