Il montaggio di un file system in sola lettura aumenterà la durata di vita di un SSD?


16

Supponiamo di avere alcuni dati che, una volta creati, non devono mai più cambiare. Ho copiato questi dati su un SSD e quindi ho ricontestato il file system in sola lettura e da quel momento in poi lo ho lasciato così. In questo modo aumenterà la durata dell'SSD?

Sto cercando qualcosa di più di un semplice "sì, la lettura non ha importanza: solo scrivere su un SSD provocherà usura". In questa domanda viene visualizzata una risposta che si collega a un articolo e il rispondente menziona:

Può darsi che se una "pagina" o il blocco di cancellazione non vengono riprogrammati per un tempo molto lungo, esiste una probabilità (probabilmente molto piccola) che alcuni bit tornino a uno stato non programmato.

Qualcosa da dire al riguardo? Sei a conoscenza di studi incentrati su tale comportamento?


1
Penserei che "un tempo molto lungo" è nell'ordine di alcuni decenni. Anche con il file system in modalità di sola lettura, l'SSD riscriverà comunque i blocchi se il numero di errori si avvicina al limite ECC.
Dan D.

In che modo questo non è un duplicato di superuser.com/questions/440171/… ? A mio avviso al di là di quella domanda, questa domanda è fondamentalmente solo per "studi" che confermano ciò che è già stato discusso, e una domanda che richiede studi può essere considerata fuori tema (richiesta di materiale di apprendimento).
Ƭᴇcʜιᴇ007,

3
Non vedo nulla di male nel chiedere alle persone di citare riferimenti autorevoli e approfonditi piuttosto che rigurgitare opinioni basate su "conoscenza comune" o riferimenti insufficientemente dettagliati.
ruba il

Risposte:


15

Risposta breve:

Dipende da cosa stai facendo. La lettura esclusiva da un SSD causerà comunque il degrado delle sue celle di memoria nel tempo. Il montaggio dell'unità in sola lettura impedirà di scrivere direttamente su di essa, ma il firmware dell'unità produrrà comunque scritture in background. Ma a seconda dei modelli di utilizzo, potresti avere o non avere nulla di cui preoccuparti.

Risposta lunga:

Esistono diversi tipi di errori descritti in Flash Error Analysis and Management :

  • errore di cancellazione: causato da cicli ripetuti di programma / cancellazione (scritture)
  • errore di interferenza del programma: i dati in una pagina vengono involontariamente modificati durante la programmazione di una pagina vicina
  • errore di ritenzione: la carica programmata nella porta flottante si dissipa gradualmente
  • errore di lettura: i dati memorizzati in una cella cambiano quando una cella vicina viene letta ripetutamente

Questo documento è una lettura interessante ma andare a quel livello di profondità è probabilmente al di fuori dell'ambito della tua domanda, oltre a dire che la lettura esclusiva dalla memoria NAND non conserverà i dati per sempre.

Secondo una presentazione di Jim Cooke alla Micron , le celle dovrebbero essere cancellate e riprogrammate ogni 100.000 letture per MLC e 1.000.000 letture per 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

Detto questo, questi documenti sembrano essere indirizzati agli utenti di basso livello della memoria NAND (ad esempio, sviluppatori di firmware SSD) e non sono destinati al consumo dell'utente finale. Quindi sospetto che il firmware del tuo disco lo gestisca già in modo trasparente in background.

Ma tornando alla domanda originale, la lettura esclusiva causa ancora usura sul disco? Sì. Quanto? È complicato. Se si presume che il firmware stia riscrivendo le celle di una pagina in nuove posizioni ogni 100.000 letture e ci sono sempre molti blocchi disponibili, si ha 1 scrittura per ogni 100.000 letture. Inoltre, il firmware esegue anche il livellamento dell'usura e altre attività, che amplificano una scrittura logica in più scritture fisiche.

In termini pratici, probabilmente non è necessario essere particolarmente preoccupati a meno che l'unità non sia quasi piena di capacità e si legga costantemente da tutta l'unità. Ma se stai leggendo dall'unità ininterrottamente, tieni d'occhio il tavolo SMART per un mese per avere un'idea della rapidità con cui i tuoi schemi di lettura causano scritture in background. E, ovviamente, assicurati sempre di avere più backup.


1

Fondamentalmente sì, ma la risposta estesa è "non per sempre",

I dati su uno SSD, gli elettroni, che costituiscono i bit, è isolato in modo che non fuoriesca, ma se i dati sul disco è soggetto a radiazioni (incluse le onde magnetiche o altri dispositivi elettronici) gli elettroni memorizzati nei bit sarà cambia stato, danneggiando così i dati memorizzati. Tuttavia, questo è un caso estremo. I dati su un SSD dovrebbero essere sicuri per anni, se non per decenni.


1
Grazie per la risposta. Sei a conoscenza di studi / articoli che supportano questo?
dtmland,

Non ne sono a conoscenza, ma studio Sciece & Technology, elettronica e chimica sono due delle materie che ho che possono essere utilizzate per trarre conclusioni
Gizmo

Non tanti "anni" (figuriamoci "decenni") per aver fatto esperimenti sulla tua particolare marca di SSD ...
vonbrand

-1

In realtà SÌ, come standard ext2 scriverà su SSD che è montato rw anche se i file vengono letti solo !!

Questo perché ext2 memorizza il tempo di accesso (ora dell'ultima lettura) per ogni file e directory.

Un modo per evitare ciò è usare "-o noatime" durante il montaggio. L'uso di "-o ro" è il modo migliore per impedire qualsiasi operazione di scrittura.

Nota: su ext2 / 3/4 ogni file ha almeno 3 date: creazione (ctime), modifica (mtime) e accesso (atime).


3
questo è in realtà ciò che dice l'OP: monta la FS in sola lettura.
zmo

-2

Cosa c'è di sbagliato nel masterizzarlo su un CD? Quelli sono abbastanza stabili ed economici (possono benissimo permettersi di avere alcune copie di riserva per durare per i prossimi 50 anni). Il tempo di accesso sarà un problema solo la prima volta che i dati vengono letti, dopo che la cache nella RAM dovrebbe subentrare.

I filesystem aggiornano alcuni (meta) dati, anche se non scrivono. Quindi un'altra possibilità è creare un'immagine di file system di sola lettura (ad esempio un ISO) e scriverla sull'SSD per impedire completamente la scrittura di qualsiasi tipo.


1
Questo non risponde alla domanda però ...
Luke canadese
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.