¿Montar un sistema de archivos de solo lectura aumentará la vida útil de un SSD?


16

Supongamos que tengo algunos datos que una vez creados, nunca más tienen que cambiar. Copié estos datos en un SSD y luego volví a montar el sistema de archivos como de solo lectura y lo dejé así de ahora en adelante. ¿Al hacerlo, aumentará la vida útil del SSD?

Estoy buscando más que un simple "sí, la lectura no importa, solo escribir en un SSD causará desgaste". Una respuesta pone de manifiesto con esta pregunta que enlaza a un artículo y el entrevistado menciona:

Puede ser que si una "página" o bloque de borrado no se reprograma en mucho tiempo, existe una probabilidad (probablemente muy pequeña) de que algunos de los bits vuelvan a un estado no programado.

¿Algo que decir sobre eso? ¿Conoces algún estudio que se centre en ese comportamiento?


1
Creo que "mucho tiempo" es del orden de algunas décadas. Incluso con el sistema de archivos en modo de solo lectura, el SSD seguirá reescribiendo bloques si el número de errores se acerca al límite de ECC.
Dan D.

¿Cómo es que esto no es un duplicado de superuser.com/questions/440171/… ? Para mí, más allá de esa pregunta, esta pregunta es básicamente solo "estudios" que confirman lo que ya se discutió, y una pregunta que solicita estudios puede considerarse fuera de tema (solicitud de material de aprendizaje).
Ƭᴇcʜιᴇ007

3
No veo nada de malo en pedirle a la gente que cite referencias autorizadas y profundas en lugar de simplemente regurgitar opiniones basadas en "conocimiento común" o referencias insuficientemente detalladas.
robar el

Respuestas:


15

Respuesta corta:

Depende de lo que estés haciendo. La lectura exclusiva de un SSD seguirá causando la degradación de sus celdas de memoria con el tiempo. Montar la unidad de solo lectura evitará que le escriba directamente, pero el firmware de la unidad seguirá produciendo escrituras en segundo plano. Pero dependiendo de sus patrones de uso, es posible que no tenga nada de qué preocuparse.

Respuesta larga:

Hay varios tipos de errores descritos en Flash Error Analysis and Management :

  • error de borrado: causado por programas repetidos / ciclos de borrado (escrituras)
  • error de interferencia del programa: los datos en una página se cambian involuntariamente mientras se programa una página vecina
  • error de retención: la carga programada en la puerta flotante se disipa gradualmente
  • error de lectura: los datos almacenados en una celda cambian a medida que una celda vecina se lee repetidamente

Este documento es una lectura interesante, pero llegar a ese nivel de profundidad probablemente esté fuera del alcance de su pregunta, aparte de decir que leer exclusivamente desde la memoria NAND no preservará los datos para siempre.

Según una presentación de Jim Cooke en Micron , las celdas deben borrarse y reprogramarse cada 100,000 lecturas para MLC y 1,000,000 lecturas para SLC.

Diapositiva 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

Diapositiva 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

Dicho esto, estos documentos parecen estar dirigidos a usuarios de bajo nivel de memoria NAND (por ejemplo, desarrolladores de firmware SSD), y no están destinados al consumo del usuario final. Por lo tanto, sospecho que el firmware de su unidad ya maneja esto de forma transparente en segundo plano.

Pero volviendo a la pregunta original, ¿la lectura exclusiva todavía causa desgaste en el disco? Si. ¿Cuánto cuesta? Es complicado. Si asume que el firmware está reescribiendo las celdas de una página en nuevas ubicaciones cada 100,000 lecturas, y siempre hay muchos bloques disponibles, tiene 1 escritura por cada 100,000 lecturas. Pero además de eso, el firmware también realiza tareas de nivelación de desgaste y otras tareas, que amplifican una escritura lógica en múltiples escrituras físicas.

En términos prácticos, probablemente no necesite preocuparse especialmente a menos que la unidad esté casi llena y esté leyendo constantemente desde toda la unidad. Pero si está leyendo desde la unidad sin parar, vigile de cerca la tabla SMART durante un mes para tener una idea de qué tan rápido sus patrones de lectura están causando escrituras en segundo plano. Y, por supuesto, siempre asegúrese de tener varias copias de seguridad.


1

Básicamente sí, pero la respuesta extendida es "no para siempre",

Los datos sobre un SSD, los electrones, que constituyen los bits, se aísla por lo que no se escape, pero si los datos de la unidad está sujeta a la radiación (incluyendo ondas magnéticas u otros aparatos electrónicos) los electrones almacenados en los bits se cambiar estado, dañando así los datos almacenados. Sin embargo, este es un caso extremo. Los datos en un SSD deben ser seguros durante años, si no décadas.


1
Gracias por la respuesta. ¿Conoces algún estudio / artículo que respalde esto?
dtmland

No estoy al tanto de ellos, pero estudio Sciece & Technology y la electrónica y la química son dos de los temas que tengo que se pueden utilizar para llegar a conclusiones
Gizmo

No tantos "años" (y mucho menos "décadas") para haber hecho experimentos en su marca particular de SSD ...
vonbrand 05 de

-1

¡En realidad SÍ, como un estándar ext2 escribirá en SSD que está montado rw incluso si los archivos solo se leen!

Esto se debe a que ext2 almacena el tiempo de acceso (último tiempo de lectura) para cada archivo y directorio.

Una forma de evitar eso es usar "-o noatime" durante el montaje. Usar "-o ro" es la mejor manera de evitar cualquier operación de escritura.

Nota: en ext2 / 3/4 cada archivo tiene al menos 3 fechas: creación (ctime), modificación (mtime) y acceso (atime).


3
eso es en realidad lo que dice el OP: monta el FS en solo lectura.
zmo

-2

¿Qué hay de malo en grabar esto en un CD? Esos son bastante estables y baratos (puede darse el lujo de tener algunas copias de repuesto para los próximos 50 años). El tiempo de acceso será un problema solo la primera vez que se lean los datos, después de eso el almacenamiento en caché en la RAM debería hacerse cargo.

Los sistemas de archivos actualizan algunos (meta) datos, incluso si no están escribiendo. Entonces, otra posibilidad es crear una imagen del sistema de archivos de solo lectura (por ejemplo, un ISO) y escribirla en el SSD para evitar completamente la escritura de cualquier tipo.


1
Sin embargo, esto realmente no responde la pregunta ...
Canadian Luke
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.