![É "melhor" que o armazenamento flash seja preenchido com 1 em vez de 0?](https://rvso.com/image/1518626/%C3%89%20%22melhor%22%20que%20o%20armazenamento%20flash%20seja%20preenchido%20com%201%20em%20vez%20de%200%3F.png)
Quando faço backup de uma unidade, gosto de compactar a imagem, então preencho-a primeiro com o mesmo valor para que o espaço livre seja reduzido a quase nada:
cat /dev/zero > ~/zeros
sync
rm ~/zeros
Para uma unidade mecânica/magnética, isso simplesmente grava 0 em todo o espaço livre em uma operação por bit, mas para um dispositivo de estado sólido/flash como um cartão SD ou SSD, escrever 0 na verdade leva duas operações por bit:
- Um apagamento em massa, que define um bloco inteiro com todos os 1 de uma vez
- Uma gravação individual, que coloca os bits selecionados de volta em 0
Então, preenchendo um dispositivo de estado sólido/flash com 1 em vez de 0como esta resposta descreve como fazer, eu aceleraria o processo ou prolongaria a vida útil do dispositivo evitando a segunda etapa do processo de gravação?
Responder1
Parece um problema XY - a resposta correta éprovavelmente não importa nada, mas faz sentido fazer isso mais tarde.
A maioria dos SSDs criptografa ou embaralha dados para fins de nivelamento de desgaste, então tudo o que você provavelmente está fazendo é desgastar a unidade um pouco mais rápido, eu suspeito. Cartões SD, não tenho certeza. É bastante incomum usá-los como unidades de inicialização fora de cenários com muito poucas gravações.
Se for um backup relativamente pequeno, eu realmente suspeito que a maneira 'inteligente' é criar uma imagem, montar e zerar o espaço esparso na imagementãocompactar parece inteligente. Você trabalha em armazenamento relativamente rápido, minimiza reescritas no armazenamento flash e, de qualquer maneira, lê a unidade inteira e começa com uma imagem descompactada. Imagem primeiroentãozerandoentãoa compressão economiza desgaste.
Também vale a pena considerar, se bem me lembro, noobs funciona com imagens de disco em uma unidade fat32 de qualquer maneira e, se assim for, você pode simplesmente montar o SSD, copiar sobre oimagem de disco dentroe execute essas operações lá. Em seguida, substitua as imagens de disco conforme necessário. Ou apenas copiando o conteúdo da unidade e compactando-o “conforme necessário” e substituindo o conteúdo da unidade antiga pelo novo.
Responder2
@AaronD
Você está tentando perguntar se é melhor limpar o espaço livre com o
padrão 0 ou 1, porque haverá menos blocos sendo usados e preenchidos novamente?
Pensar em 0 para 1 vazio sendo usado, e por essa lógica ajudará a aumentar ou diminuir a vida útil de uma unidade SSD. Ter a segunda lógica que irá colapsar os blocos para não serem usados, em vez de ter espaço livre com itens excluídos ou removidos ainda são dados usando espaço e mais blocos, tendo mais gravações, o que torna a degradação mais rápida
Você não entendeu por que Ramhound não entende sua pergunta.
É com a sua lógica, limpando o espaço livre e criando e distribuindo-o com
gato > ~/zeros
Criar uma gravação removendo blocos usados ainda é uma gravação naquela unidade, o que significa uma má ideia, mas é uma boa ideia ter uma lógica ruim, independentemente de ajudar a ter uma imagem de backup menor ou não. Este processo ajudará a criar uma imagem de backup compactada menor, mas você matará sua unidade no processo.
Ao canalizar o arquivo de saída na mesma unidade e liberar espaço livre, você está criando um arquivo grande com > na mesma unidade b/c que ainda está gravando a unidade com dados, mesmo que seja espaço livre. Uma gravação na unidade é uma gravação, e uma gravação massiva.
Acho que você está fazendo uma pergunta carregada, o que significa que a lógica que você está perguntando faz sentido, mas está errada e é 100% contraproducente e pode desgastar sua unidade 10 vezes mais rápido.
Ter a unidade livre de espaço, mas criar gravações usando um arquivo que terá um tamanho de arquivo grande, uma gravação é uma gravação, portanto toda a lógica mesmo que eu entenda, ainda pelo seu pensamento de ter a menor imagem de backup está ajudando o que é verdade, a limpeza do espaço livre está criando muito mais gravações do que o espaço livre em sua imagem de backup criaria, mesmo com o processo de fazer isso repetidamente, gravando espaço livre que é uma quantidade silenciosa e criando uma gravação de arquivo de todo o espaço livre da unidade ainda cria uma gravação massiva, onde o espaço livre estaria usando apenas uma pequena quantidade de espaço. A unidade ficará pior porque está gravando um arquivo. apagar limpa o arquivo, você está gravando um arquivo.