SSD специфика применения, эксплуатации в сравнении с HDD

Есть ли какое-нибудь руководство, в котором просто, чётко и ясно прописана специфика применения и эксплуатации SSD?
Чего нельзя делать и наоборот - что нужно делать.
Понятное дело, что у SSD есть огромное преимущество перед HDD в скорости. Но есть и своя специфика.
Хотелось бы увидеть чёткие правила чего категорически нельзя делать, чтобы не угробить SSD очень быстро (особенно, если для HDD это было не критично). И что нужно делать в качестве технического обслуживания SSD.
И в том числе - какие правила работы с HDD (в том числе, с использованием специальных программ) будут убийственны для SSD? HDD, например, нужно было дефргаментировать.
В общем, как быть, чтобы SSD в компе работал бы столь же долго, как и HDD? HDD, по факту, всё-таки очень долго работают.

0

Сообщение от locm Это задача контроллера SSD.

Может быть как-то периодически имитировать чтение данных собственной программкой? Чтобы контроллер отследил и нормализовал заряд?

0

Сообщение от titan4ik Может быть как-то периодически имитировать чтение данных собственной программкой?

Не чтение, а чтение-запись (в другое место). Называется read-reclaim.
А просто многократное чтение приводит к повреждению данных. Это т.н. read disturb.
Оставьте эти занятия контроллеру.

1

Сообщение от Rius Не чтение, а чтение-запись (в другое место). Называется read-reclaim.

ОК

Сообщение от Rius Оставьте эти занятия контроллеру.

?Не понял.
Так пользователю что делать, чтобы, например, раз в месяц (или в год?) все данные read-reclaim. Ведь контроллер не будет этого делать сам.

0

Иметь ssd в работающем пк и всё.

0

Сообщение от Rius Не чтение, а чтение-запись (в другое место).

Наблюдали за смартом китайского SSD с QLC памятью-отбраковкой? Я смотрел. Увидел следующее. Если контроллер (SMI, Realtek, с другими не проверял) некоторое время не обращался к данным то при их чтении появляется много (сотни - тысячи) ECC ошибок в параметре C3 и увеличивается общее число стираний блоков (на SSD в этот момент ничего не записывал). Чтение через час не приводит к появлению ECC ошибок и увеличению числа стираний. То есть контроллер обнаружил множественные ошибки и переписал данные в другие блоки. SSD все время был в компе, то есть просто его работы недостаточно. Нужно как минимум чтение данных.

Сообщение от Rius А просто многократное чтение приводит к повреждению данных.

Контроллер за этим следит. При появлении ошибок переписывает блоки. То есть данные не должны повредиться.

1

Насколько понимаю, чем больше бит (3=TLC, 4=QLC) в технологии, тем быстрее утечка заряда.

Хотя самодиагностика активна, в отличие от жёстких дисков, SMART на SSD не обновляет периодически поверхность, а реагирует на сбои. Прямо не указано ни в Samsung Magician, Crucial Storage Executive, SanDisk SSD Dashboard или других, но они фактически читаюсь всю память и проверяют возможные недочёты, что заставляет контролер исправлять ошибки (перезаписывать файлы).

Если же требуется раз в три-шесть-двенадцать месяцев пройтись по всем (или нужным) файлам, достаточно скрипта, который читает содержимое вроде Refresh.batВ идеале можно добавить обработку ошибок, задать приоритет или параллельно, хотя и так вполне рабочий вариант при чтении от 600 МБ/с.

0

Сообщение от Rius А просто многократное чтение приводит к повреждению данных

А в сети пишут, что при чтении нет деградации... верить кому ?
"Сами ячейки на сегодняшний день в зависимости от стоимости твердотельного накопителя могут быть 4-х видов: SLC (хранение 1 бита информации), MLC (2 бита), TLC (3 бита) и QLC с хранением в ячейке 4 бит данных. В зависимости от количества хранимых бит в одной ячейке варьируется и емкость SSD — чем больше, тем лучше. Но у этого свойства есть и обратная сторона медали: чем выше количество бит в одной ячейке, тем больше уровней напряжения требуется для записи информации, а потому материал диэлектрика в ячейках памяти изнашивается быстрее.
Важно уточнить, что деградация происходит только при записи данных, а при их считывании нагрузки на диэлектрик практически нет.
Значит ли это, что SSD можно единожды записать и хранить его долгие годы вне компьютера, а после удачно считать с него важную информацию? Можно, но ограниченное время. Например, компания DELL в документации к производимым твердотельным накопителям указывает, что ее SSD способны хранить информацию без подключения к питанию минимум 10 лет. При этом бренд отмечает, что если flash-память уже значительно изношена, то без питания данные могут храниться на накопителях до 3 месяцев для MLC и до 6 месяцев для SLC-ячеек."

"Как выясняется, SSD (и USB-флэш-накопители, карты и чипы) имеют ограниченный ресурс перезаписи/стирания информации. Для его повышения конструкторы используют различные методы: выравнивание износа ячеек, их страничная и блоковая организация, кэширование, использование эффективных кодов контроля и восстановления, максимальное сокращение операций перезаписи и т. п. Как результат, ресурс перезаписи для SSD потребительского сектора оценивается в десятках, а для высокоемких моделей нередко и в сотнях терабайт.

А теперь о времени хранения информации. Очевидно, что для длительного сохранения требуется периодическая проверка ячеек и последующее восстановление уровней. Нахождение флеш-накопителей в течение долгого времени в выключенном состоянии может привести к безвозвратной потере данных. В некоторых случаях это могут быть месяцы и недели, а то и дни. Особенно обостряется проблема в случае накопителей, созданных на основе многоуровневых ячеек типа QLC и тем более PLC. Организация JEDEC, занимающаяся стандартизацией и сертификацией, не рекомендует на долгий срок оставлять SSD без электропитания. В нормальных условиях эксплуатации для потребительских SSD время сохранения информации обычно составляет около года, а для корпоративных моделей, согласно требованиям JEDEC, должно составлять не менее трех месяцев. Кстати, это не означает, что корпоративные менее надежны, просто требования к ним существенно выше и допустимая вероятность ошибок ниже."

0

Сообщение от locm Наблюдали за смартом китайского SSD с QLC памятью-отбраковкой?

Нужно избегать бракованных SSD. Методы поддержания их работоспособности - танцы с бубном - к правильным дискам не относятся.

Сообщение от locm При появлении ошибок переписывает блоки. То есть данные не должны повредиться.

Так это уже не чтение, а перезапись.

Сообщение от vladj2007 А в сети пишут, что при чтении нет деградации... верить кому ?

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

0

Сообщение от Rius Повреждение ячеек стиранием происходит намного быстрее, чем повреждение данных в них чтением.

Изначально вопрос не в этой плоскости стоял. Ранее было утверждение, что при чтении контроллер видит каковы уровни заряда в ячейках и если они низкие, то он их доводит до кондиции (как именно не пояснялось). То есть, при чтении идёт проверка уровней. И если уровень нормальный, то ничего не происходит.
А поскольку Вы же сами утверждаете, что основные повреждения во время операции записи, то выходит, что чтение - наименее вредный способ проверки уровня заряда. И поскольку такая проверка предлагалась мною как редкая операция, то выходит, что она должна мало влиять на деградацию ячеек.
Чисто логически так выходит.

Добавлено через 46 секунд

Сообщение от vladj2007 Как результат, ресурс перезаписи для SSD потребительского сектора оценивается в десятках, а для высокоемких моделей нередко и в сотнях терабайт.

Ну вот у меня для SSD 1Т заявлен ресурс 700Т. Более чем достаточный.

0

Сообщение от Rius Нужно избегать бракованных SSD.

По ним проще наблюдать за работой SSD.

Сообщение от Rius Методы поддержания их работоспособности - танцы с бубном - к правильным дискам не относятся.

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

Сообщение от Rius Так это уже не чтение, а перезапись.

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

Сообщение от Rius повреждение данных в них чтением.

Нужно очень много раз прочитать. https://ru.wikipedia.org/wiki/... ния_данных

У современных микросхем NAND при чтении возможно повреждение данных на соседних страницах в пределах блока. Осуществление большого числа (сотни тысяч и более) операций чтения без перезаписи может ускорить возникновение ошибки[25][26].

Правда инфа устаревшая и была актуальная во времена MLC памяти.

Сообщение от titan4ik Ранее было утверждение, что при чтении контроллер видит каковы уровни заряда в ячейках и если они низкие, то он и их доводит до кондиции (как именно не пояснялось).

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

1

Сообщение от locm данные перезаписываются в другую часть флеша.

ОК.

0