O baixo espaço em disco afeta o desempenho do SSD?

16

Eu queria saber se ter menos de 5 a 10 GB de espaço livre em um SSD afetaria o desempenho. É específico para SSD ou é mais um aspecto de sistema operacional?

Por exemplo, em um Intel X-25 G2 que possui suporte a TRIM (no Windows 7).

    
por Gabe 11.07.2010 / 00:06

5 respostas

14

A maioria dos SSDs diminui quando eles são preenchidos. Os SSDs tendem a escolher blocos vazios para escrever, já que eles só podem modificar um bloco apagando e reescrevendo todo o bloco. Uma vez que todos esses blocos estejam parcialmente preenchidos, toda operação de gravação exigirá um apagamento e reescrita, o que significa que o SSD precisa ler o bloco no cache, modificar o cache com os novos dados, depois apagar o bloco e gravar o cache. Isto resulta em uma leitura e duas operações de programação para cada bloco que precisa ser modificado. Além disso, embora a fragmentação tenha pouco efeito sobre os SSDs, a alta fragmentação e o fato de que a maioria dos sistemas operacionais ignora os SSDs pode fazer com que o SO emita mais gravações do que o necessário. Os blocos do SSD são geralmente maiores que as unidades de alocação do sistema operacional, portanto, se o SSD não estiver esperando as gravações extras, ele pode acabar repetindo o mesmo processo de três etapas várias vezes por bloco, diminuindo ainda mais as gravações. Mesmo a exclusão de arquivos não resolve esse problema, porque os dados permanecem lá e o SSD não sabe que não é mais usado e continua reescrevendo esses dados excluídos.

A operação TRIM, que o seu drive suporta, permite que o sistema operacional diga ao drive para se livrar dos dados excluídos. Isso permite que a unidade recupere blocos vazios. No entanto, os únicos sistemas operacionais que suportam TRIM são as distribuições Windows 7, Windows Server 2008 R2 e Linux usando o kernel 2.6.33 ou posterior.

Como você tem o Windows 7, seu sistema está usando o comando TRIM e pode recuperar os blocos não utilizados. No entanto, o TRIM não reorganiza os dados, portanto, se a unidade estiver quase cheia, a alta fragmentação ainda poderá fazer com que os dados ocupem parcialmente os blocos e limitará a eficácia do TRIM. A melhor coisa a fazer, até onde eu sei, é liberar o máximo de espaço em disco possível. Se você puder liberar espaço suficiente, os blocos completos poderão ser cortados e a unidade terá alguma velocidade de volta. Além disso, existem programas de desfragmentação que são voltados para SSDs, o que significa que eles só desfragmentarão o suficiente para aparar alguns blocos extras, mas eu não sei de nenhum deles. Eu acho que o Diskeeper deve fazer isso, mas é caro e eu ouvi críticas muito mistas.

    
por 11.07.2010 / 04:45
4

Em este excelente artigo na AnandTech, eles exploram a relação entre a área de reserva e a Desempenho SSD. A conclusão é que todos os SSDs ganham / mantêm o desempenho quando deixam um pouco do espaço não utilizado. Às vezes, existe uma diferença entre 25% do espaço livre e 50% do espaço livre.

    
por 07.02.2013 / 15:54
3

Depende de um modelo específico de SSD, fornecedores e padrões de uso.

Em algumas situações, um SSD intensamente usado pode fornecer desempenho degradado desconsiderando a quantidade de espaço em disco usado requerendo um apagamento de baixo nível para restaurar um nível de desempenho como novo.

    
por 11.07.2010 / 00:28
0

Ouvi dizer que os SSDs tendem a desacelerar quando ficam quase cheios, mas acredito que seria necessário ter menos de 5 a 10 GB de espaço livre para que você sinta algo assim. Talvez quando você tiver menos de 1GB ou algo assim.

    
por 11.07.2010 / 00:22
0

Os sistemas de arquivos geralmente ficam lentos quando ficam cheios. É devido à fragmentação. Em um disco vazio, você pode ter certeza de que pode gravar um arquivo em um bloco. À medida que o sistema de arquivos fica mais cheio, as chances de ajustar o arquivo em um único bloco contíguo diminuem, e você tem que fazer mais e mais procura encontrar os dados, convertendo o que originalmente era um acesso seqüencial de dados a um mais como um acesso aleatório de dados e, portanto, mais lento.

    
por 11.07.2010 / 03:15