A montagem de um sistema de arquivos somente leitura aumenta a vida útil de um SSD?


16

Vamos supor que tenho alguns dados que, uma vez criados, nunca mais precisam mudar. Copiei esses dados para um SSD e, em seguida, remontei o sistema de arquivos como somente leitura e deixe-o assim a partir de agora. Isso aumentará a vida útil do SSD?

Estou procurando mais do que um simples "sim, a leitura não importa - apenas a gravação em um SSD causará desgaste". Uma resposta aparece nesta pergunta, com links para um artigo e o entrevistado menciona:

Pode ser que, se uma "página" ou um bloco de apagamento não for reprogramado por um período muito longo, haja uma probabilidade (provavelmente muito pequena) de que alguns bits retornem a um estado não programado.

Algo a dizer sobre isso? Você conhece algum estudo que se concentre em tal comportamento?


11
Eu pensaria que "muito tempo" está na ordem de algumas décadas. Mesmo com o sistema de arquivos no modo somente leitura, o SSD ainda reescreverá os blocos se o número de erros se aproximar do limite do ECC.
Dan D.

Como isso não é uma duplicata de superuser.com/questions/440171/… ? Para mim, além dessa pergunta, essa pergunta está apenas pedindo "estudos" confirmando o que já foi discutido, e uma pergunta que solicita estudos pode ser considerada fora de tópico (solicitação de material de aprendizagem).
precisa saber é o seguinte

3
Não vejo nada de errado em pedir às pessoas que citem referências detalhadas e autorizadas, em vez de apenas regurgitar opiniões com base no "conhecimento comum" ou em referências insuficientemente detalhadas.
21714 Rob

Respostas:


15

Resposta curta:

Depende do que você está fazendo. A leitura exclusiva de um SSD ainda causará degradação de suas células de memória ao longo do tempo. A montagem da unidade somente leitura impedirá a gravação direta, mas o firmware da unidade ainda produzirá gravações em segundo plano. Mas, dependendo dos seus padrões de uso, você pode ou não ter algo com que se preocupar.

Resposta longa:

Existem vários tipos de erros descritos no Flash Error Analysis and Management :

  • erro de apagamento: causado por ciclos repetidos de programa / apagamento (gravações)
  • erro de interferência do programa: os dados em uma página são alterados acidentalmente enquanto uma página vizinha está sendo programada
  • erro de retenção: a carga programada no portão flutuante se dissipa gradualmente
  • erro de leitura: os dados armazenados em uma célula são alterados à medida que uma célula vizinha é lida repetidamente

Este artigo é uma leitura interessante, mas chegar a esse nível de profundidade provavelmente está fora do escopo de sua pergunta, exceto para dizer que a leitura exclusiva da memória NAND não preservará os dados para sempre.

De acordo com uma apresentação de Jim Cooke na Micron , as células devem ser apagadas e reprogramadas a cada 100.000 leituras para MLC e 1.000.000 leituras para SLC.

Slide 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

Slide 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

Dito isto, esses documentos parecem direcionados a usuários de baixo nível de memória NAND (por exemplo, desenvolvedores de firmware SSD) e não se destinam ao consumo do usuário final. Então, eu suspeitaria que o firmware da sua unidade já lide com isso de forma transparente em segundo plano.

Mas voltando à pergunta original, a leitura exclusiva ainda causa desgaste na unidade? Sim. Quantos? É complicado. Se você assumir que o firmware está reescrevendo as células de uma página para novos locais a cada 100.000 leituras, e sempre há muitos blocos disponíveis, você tem 1 gravação para cada 100.000 leituras. Além disso, o firmware também realiza tarefas de nivelamento de desgaste e outras, que amplificam uma gravação lógica em várias gravações físicas.

Em termos práticos, você provavelmente não precisa se preocupar particularmente, a menos que a unidade esteja quase cheia e esteja constantemente lendo toda a unidade. Mas se você estiver lendo da unidade sem parar, fique de olho na tabela SMART por um mês para ter uma idéia da rapidez com que seus padrões de leitura estão causando gravações em segundo plano. E, é claro, sempre verifique se você tem vários backups.


1

Basicamente sim, mas a resposta estendida é "não para sempre",

Os dados em um SSD, os elétrons que compõem os bits, são isolados para que não vazem, mas se os dados no inversor estiverem sujeitos a radiação (incluindo ondas magnéticas ou outros eletrônicos), os elétrons armazenados nos bits serão alterar o estado, danificando os dados armazenados. No entanto, este é um caso extremo. Os dados em um SSD devem ser seguros por anos, se não décadas.


11
Obrigado pela resposta. Você conhece algum estudo / artigo que apóie isso?
dtmland 28/02

Não tem conhecimento deles, mas eu estudo sciece e Tecnologia e eletrônicos e chemics são dois dos temas que têm que podem ser usadas para chegar a conclusões
Gizmo

Não que muitos "anos" (deixe "décadas" sozinho) ter feito experiências com sua marca particular de SSD ...
vonbrand

-1

Na verdade SIM, como padrão, o ext2 gravará no SSD que é montado rw, mesmo que os arquivos sejam lidos apenas !!

Isso ocorre porque o ext2 armazena o tempo de acesso (último tempo de leitura) para cada arquivo e diretório.

Uma maneira de evitar isso é usar "-o noatime" durante a montagem. Usar "-o ro" é a melhor maneira de evitar operações de gravação.

Nota: no ext2 / 3/4, cada arquivo tem pelo menos três datas: criação (ctime), modificação (mtime) e acesso (atime).


3
é o que o OP diz: ele monta o FS somente de leitura.
Zmo

-2

O que há de errado em gravar isso em um CD? São bastante estáveis ​​e baratos (podem muito bem ter algumas cópias sobressalentes para durar pelos próximos 50 anos). O tempo de acesso será um problema apenas na primeira vez que os dados forem lidos, após o armazenamento em cache na RAM.

Os sistemas de arquivos atualizam alguns (meta) dados, mesmo que não estejam gravando. Portanto, outra possibilidade é criar uma imagem de sistema de arquivos somente leitura (por exemplo, uma ISO) e gravá-la no SSD para impedir completamente a gravação de qualquer tipo.


11
Isto realmente não responder à pergunta embora ...
canadense Luke
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.