Por que os SSDs menores não são usados apenas para o SO, mas sim para os SSDs de grande capacidade?

Question

Sempre me disseram para nunca instalar nada no mesmo SSD em que meu sistema operacional está ligado, pois isso acabaria atrasando meu SSD e o tornaria impotente a longo prazo. Eu comprei recentemente um novo computador com 256Gb de SSD (espaço para expansão, graças a Deus), e o SSD só tem o sistema operacional instalado.

Considerando que os sistemas operacionais têm cerca de 20 a 30 Gb, por que usar uma capacidade tão grande (comparativamente) apenas para o sistema operacional? Não há desvantagem em preencher um SSD?

Editar: Fui informado de que os SSDs não são afetados pela capacidade disponível, então a questão foi ligeiramente alterada para melhor responder ao problema raiz.

    

Answer 1

I've always been told never to install anything on the same SSD that my OS is on, as it will end up slowing down my SSD and render it impotent in the long run.

Você foi informado errado.

Esse mito persiste porque as pessoas não entendem o papel que o TRIM e a coleta de lixo desempenham nos SSDs. Nos (muito) primeiros dias dos SSDs, nem todos eles suportavam o TRIM, o Windows não o suportava até o Win7 SP1, e a Apple não o suportava em SSDs não pertencentes à Apple até o Yosemite. Para complicar ainda mais, os controladores RAID integrados não suportam o comando TRIM quando estão no modo RAID, mesmo que o SSD seja o único drive no sistema.

O fato é que isso é exatamente a situação que o TRIM foi projetado para eliminar. Na prática, todos os SSDs e todos os sistemas operacionais agora suportam o TRIM. Além disso, os algoritmos de coleta de lixo ficaram muito bons hoje em dia e podem reduzir a lentidão mesmo nos casos em que o TRIM não está ativado. Há muitos motivos para você querer um SO em uma unidade dedicada, mas a lentidão do SSD com o tempo não é uma delas. Isso não é verdade há vários anos.

Por que os SSDs diminuem com o tempo?

Porque as células devem ser apagadas antes de poderem ser reprogramadas com novos dados. Quando seu SSD é novo, todas as células estão vazias, então elas não precisam ser apagadas primeiro e isso torna a programação mais rápida.

Quando você apaga um arquivo no Windows (ou qualquer outro sistema operacional), ele não exclui nada de fato; apenas remove a entrada de diretório do arquivo. Eventualmente, o espaço ocupado por esse arquivo será reutilizado para outra coisa, mas os SSDs não entendem as estruturas de dados NTFS, HFS +, Ext4 etc. No que diz respeito a eles, o espaço ocupado por esses arquivos ainda é de blocos alocados. Assim, quando o coletor de lixo chega para diminuir o desgaste do seu SSD, ele preserva meticulosamente os dados que não são mais úteis para nada.

Como o TRIM corrige isso?

TRIM é um comando especial que o sistema operacional pode emitir para o SSD para que ele saiba quando você excluiu um arquivo. Dessa forma, o coletor de lixo pode realmente apagar essas células em seu próprio tempo sem se preocupar em preservar os dados que elas contêm. Isso evita que o seu SSD diminua com o tempo, pois sempre há estoque de células novas e não alocadas para o uso do SSD.

    

Answer 2

Até poucos meses atrás os SSDs eram bem caros, então comprar um SSD de 512 GB não era uma coisa para muitas pessoas, então instalar programas em discos rígidos normais era uma boa alternativa, já que o Windows estaria rodando sem problemas e seus programas apenas demorar um pouco mais para carregar a partir do disco rígido normal. Mas certamente não há motivo para não instalar nada no seu SSD.

Uma boa ideia seria mover todas as suas Bibliotecas (Imagens, Vídeo, Música, ...) e dados do seu SSD para um disco rígido grande e barato, e ser exigente quanto ao software que você instala no seu SSD. Coisas como o seu navegador ou steam podem entrar no seu SSD, mas colocar os arquivos grandes do jogo no seu disco rígido.

    

Answer 3

É possível que a expectativa seja de que o desempenho do sistema operacional seja primordial e que a taxa de transferência de E / S seja finita nesses SSDs e que qualquer concorrência por essa largura de banda não seja aceitável.

Mas, na prática, o sistema operacional não é onde todo o seu tempo é gasto. Essa estratégia "otimizar apenas o sistema operacional" soa como "elitista" e pensamento silenciado. Na maior parte do tempo, você quer que seus programas sejam executados o mais rápido possível. Realmente não faz diferença se o sistema operacional desacelera um pouco porque "Tem que esperar que os dados do programa sejam gravados / lidos"; O efeito geral de ter o programa + SO em vez de apenas o SO no SSD é que as operações do programa são mais rápidas do que se o programa estivesse em um disco rígido normal.

AGORA, eu diria que há uma exceção. Como há muita escrita e reescrita, o arquivo de troca deve estar em um disco rígido normal, se possível. Idealmente, você tem RAM suficiente para não usar esse arquivo de swap, mas por algum motivo, o MS Windows (pelo menos até o win 8) prefere trocar OS / Programs / Data para o arquivo de troca em favor de ter espaço de cache de arquivo. Talvez haja uma maneira de ajustar essa preferência, mas essa não parece a melhor maneira de se comportar se você não estiver relendo as coisas no seu cache de arquivos.