A resposta de Jeremy não é totalmente exata AFAIK. Tenho estado a executar os últimos kernels estáveis no Lucid já há algum tempo e tenho estado a seguir o status de TRIM muito bem, já que tenho uma OCZ Agility como o meu disco principal.
Veja o que (eu acho) eu sei:
-
O kernel tem suporte TRIM a partir de 2.6.33 (Maverick é 2.6.35).
-
O EXT4 tem suporte a TRIM, mas somente quando o registro no diário está desativado.
-
O modo TRIM funciona no kernel é muito básico e muito lento. Os discos que seguem as especificações podem aceitar vários intervalos, mas o kernel atualmente só pode fazer um intervalo de cada vez. Isso vem de algo que li há um mês atrás. Eu gostaria de ter a fonte, pois isso pode não ser verdade ou pode não se aplicar mais.
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.sh
, que executa uma análise rápida de uma unidade e, em seguida, apara todo o espaço vazio. Em vez de perder recursos, acho muito mais fácil executar o cron wiper.sh
uma vez por semana (ou uma vez por dia / mês / qualquer outro). A degradação de SSDs para uma unidade do SO não é tão rápida, a menos que você esteja constantemente destruindo as coisas. Você não precisa TRIMming em tempo real.
Há também um frontend 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 do cron.
Existem PPAs para hdparm e disktrim e todos podem ser executados no Lucid (e mais para trás) sem necessidade de kernels 2.6.33+.