Повлияет ли монтирование файловой системы только для чтения на срок службы SSD?

16

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

Я ищу больше, чем просто «да, чтение не имеет значения - только запись на SSD приведет к износу». Под этим вопросом появляется ответ, который ссылается на статью, и респондент упоминает:

Может случиться так, что, если «страница» или eraseblock не перепрограммируется в течение очень долгого времени, есть вероятность (вероятно, очень маленькая), что некоторые биты вернутся в незапрограммированное состояние.

Что-нибудь сказать по этому поводу? Знаете ли вы какие-либо исследования, которые сосредоточены на таком поведении?

dtmland
источник
1
Я бы подумал, что «очень долгое время» составляет порядка нескольких десятилетий. Даже если файловая система находится в режиме только для чтения, твердотельный накопитель все равно будет перезаписывать блоки, если число ошибок приблизится к пределу ECC.
Дэн Д.
Как это не дубликат superuser.com/questions/440171/… ? На мой взгляд, за пределами этого вопроса, этот вопрос в основном просто требует «исследований», подтверждающих то, что уже обсуждалось, и вопрос, запрашивающий исследования, может рассматриваться как не относящийся к теме (запрос учебных материалов).
Ƭᴇcʜιᴇ007
3
Я не вижу ничего плохого в том, чтобы просить людей ссылаться на глубокие, авторитетные ссылки, а не просто извращать мнения, основанные на «общеизвестных» или недостаточно подробных ссылках.
ограбить

Ответы:

15

Короткий ответ:

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

Длинный ответ:

Существует несколько типов ошибок, описанных в Flash Error Analysis and Management :

  • ошибка стирания: вызвана повторяющимися циклами программы / стирания (запись)
  • ошибка программного вмешательства: данные на одной странице непреднамеренно изменяются во время программирования соседней страницы
  • ошибка удержания: заряд, запрограммированный в плавающем затворе, постепенно рассеивается
  • ошибка чтения: данные, хранящиеся в ячейке, изменяются при повторном считывании соседней ячейки

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

Согласно презентации Джима Кука в Micron , ячейки следует стирать и перепрограммировать каждые 100 000 операций чтения для MLC и 1 000 000 операций чтения для SLC.

Слайд 19:

Cells not being read receive elevated voltage stress

Stressed cells are
• Always in the block being read
• Always on pages not being read

Charge collects on the floating gate causing the cell to appear to be weakly programmed 

Does not damage cells; ERASE returns cells to undisturbed levels

Disturbed bits are effectively managed with ECC

Слайд 20:

Rule of thumb for excessive reads per block between ERASE operations
• SLC – 1,000,000 READ cycles
• MLC – 100,000 READ cycles

If possible, read equally from pages within the block

If exceeding the rule-of-thumb cycle count, then move the 
block to another location and erase the original block

Establish ECC threshold to move data

Erase resets the READ DISTURB cycle count

Use ECC to recover from read disturb errors

Тем не менее, эти документы, похоже, предназначены для пользователей низкого уровня памяти NAND (например, разработчиков встроенного ПО SSD) и не предназначены для потребления конечным пользователем. Так что я подозреваю, что прошивка вашего привода уже работает прозрачно в фоновом режиме.

Но возвращаясь к первоначальному вопросу, действительно ли чтение все еще вызывает износ привода? Да. Сколько? Это трудно. Если вы предполагаете, что микропрограмма перезаписывает ячейки страницы в новые местоположения каждые 100 000 операций чтения, и всегда имеется множество доступных блоков, у вас есть 1 запись на каждые 100 000 операций чтения. Но помимо этого, встроенное программное обеспечение также выполняет выравнивание износа и другие задачи, которые усиливают одну логическую запись в несколько физических записей.

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

грабить
источник
1

В основном да, но расширенный ответ "не навсегда",

Данные на SSD, электроны, которые составляют биты, изолированы, чтобы не вытекать, но если данные на диске подвержены излучению (включая магнитные волны или другую электронику), электроны, хранящиеся в битах, будут изменить состояние, повредив тем самым сохраненные данные. Однако это крайний случай. Данные на SSD должны быть безопасными годами, если не десятилетиями.

Gizmo
источник
1
Спасибо за ответ. Знаете ли вы какие-либо исследования / статьи, которые поддерживают это?
dtmland
Не знаю о них, но я изучаю Sciece & Technology, а электроника и химия - это два предмета, которые я могу использовать, чтобы прийти к выводам
Gizmo
Не так много "лет" (не говоря уже о "десятилетиях"), чтобы проводить эксперименты на вашем конкретном
образе
-1

На самом деле ДА, как стандартный ext2 будет писать на SSD, который монтируется rw, даже если файлы только для чтения !!

Это связано с тем, что ext2 хранит время доступа (время последнего чтения) для каждого файла и каталога.

Чтобы предотвратить это, используйте "-o noatime" во время монтажа. Использование «-o ro» - лучший способ предотвратить любые операции записи.

Примечание: в ext2 / 3/4 каждый файл имеет как минимум 3 даты: создание (ctime), изменение (mtime) и доступ (atime).

Vouze
источник
3
это на самом деле то, что говорит OP: он устанавливает FS только для чтения.
Zmo
-2

Что не так с записью этого на CD? Они достаточно стабильны и дешевы (вполне могут позволить себе иметь несколько запасных копий на 50 лет). Время доступа будет проблемой только при первом чтении данных, после чего кеширование в оперативной памяти должно вступить во владение.

Файловые системы обновляют некоторые (мета) данные, даже если они не записываются. Так что еще одна возможность - создать образ файловой системы только для чтения (например, ISO) и записать его на SSD, чтобы полностью исключить запись любого рода.

vonbrand
источник
1
Это действительно не отвечает на вопрос, хотя ...
канадец Люк