O Ubuntu tem suporte para o comando TRIM para uso com SSD?

As unidades SSD precisam ser "limpas / redefinidas" após o preenchimento para manter o desempenho. Isso é feito através do comando TRIM para novas unidades SSD. O Ubuntu suporta o comando TRIM (através do hdparm etc) para limpar / redefinir essas unidades?

Parece que há suporte para a funcionalidade TRIM nas versões 10.10 e mais recentes:

• Como otimizar o SO para SSDs?

Além disso, o material TRIM acontece automaticamente - blocos vazios são liberados automaticamente quando não são mais necessários (por exemplo, você exclui um arquivo), se o disco relatar que ele suporta o TRIM. Você não precisa emitir manualmente um comando hdparm para que isso funcione.

A resposta de Jeremy não é totalmente exata, AFAIK. Eu tenho rodado os kernels estáveis ​​mais recentes no Lucid há algum tempo e tenho acompanhado o status do TRIM bastante, pois tenho o OCZ Agility como meu disco principal.

Aqui está o que (eu acho) eu sei:

• O kernel possui suporte TRIM a partir do 2.6.33 (o Maverick é 2.6.35).

• EXT4 tem suporte a TRIM, mas apenas quando o registro no diário está desativado.

• A maneira como o TRIM funciona no kernel é muito básica e bastante lenta. Os discos que seguem as especificações podem aceitar vários intervalos, mas o kernel atualmente pode executar apenas um intervalo por vez. Isso vem de algo que li talvez um mês atrás. Eu gostaria de ter a fonte, pois isso pode não ser verdade ou pode não ser mais aplicável.

Journalling é o que mata para mim. A corrupção de dados é uma PITA.

No entanto, as versões mais recentes do hdparm (v9.25 - Maverick está na v9.27) vêm com um script chamado wiper.shque executa uma análise rápida de uma unidade e apara todo o espaço vazio. Em vez de perder recursos, acho muito mais fácil wiper.shexecutar o cron uma vez por semana (ou uma vez por dia / mês / qualquer coisa). A degradação do SSD para uma unidade do SO não acontece tão rápido, a menos que você esteja constantemente rasgando as coisas. Você não precisa de TRIMming em tempo real.

Há também um front-end da GUI chamado DiskTRIM que não parece estar nos repositórios. Usuários menos experientes podem achar isso mais fácil de usar do que configurar tarefas cron.

Existem PPAs para hdparm e disktrim e todos podem ser executados no Lucid (e mais atrás) sem a necessidade de kernels 2.6.33+.

O Linux suporta o TRIM automático com o sistema de arquivos ETX4 desde o kernel 2.6.33.

A primeira versão do Ubuntu com suporte automático a TRIM é a 10.10 (Maveric), mas precisa ser ativada no fstab (como descrito aqui ).

Em geral, sim, porque existem várias maneiras de obter kernels mais recentes. Se esclarecermos sua pergunta para ler, "10.04 LTS tem suporte imediato para o comando?" então a resposta é não. No entanto, os kernels de Maverick e Natty (sabores -generic, -generic-pae, -server e -virtual) foram portados para o 10.04 LTS e estão disponíveis em $ release-updates nos repositórios do Ubuntu, por exemplo, linux-image-generic-lts-backport-maverické o backport do Maverick para o Lucid .

Estou executando o 11.04 e não parece que o TRIM esteja funcionando de acordo com a caixa.

Testei usando as instruções aqui para criar um arquivo, excluí-lo e ver se os setores são zerados / excluídos .

Tentei ativar o TRIM usando as instruções aqui, mas não há dados

Eu corro o wiper.sh, recebo

/sbin/wiper.sh --verbose --commit / dev / sda1
wiper.sh: Utilitário Linux SATA SSD TRIM, versão 3.3, de Mark Lord.
rootdev = / dev / sda1
fsmode2: fsmode = leitura e gravação
/: fstype = ext4
tamanho livre = 13785252 KB, reservado = 137852 KB
Preparando para o TRIM on-line de espaço livre em / dev / sda1 (leitura e gravação montada ext4 em /).

Esta operação pode destruir silenciosamente seus dados. Você tem certeza (s / N)? y
Criando arquivo temporário (13647400 KB) ..
Sincronizando discos ..
Iniciando operações TRIM ..
get_trimlist = / sbin / hdparm --fibmap WIPER_TMPFILE.9689

/ dev / sda:
aparar 27294800 setores de 462 faixas
conseguiu
Removendo arquivo temporário ..
Sincronizando discos ..
Feito.

No entanto, se eu executá-lo novamente, mostra que o mesmo número de setores / intervalos precisa ser aparado e reporta o sucesso novamente. Eu sempre recebo exatamente a mesma coisa. Parece que os setores nunca foram excluídos / liberados. A leitura deles ainda mostra os mesmos dados.

Curioso se alguém mais conseguiu fazê-lo funcionar.