La respuesta de Jeremy no es del todo precisa AFAIK. He estado ejecutando los últimos núcleos estables en Lucid durante algún tiempo y he seguido el estado de TRIM con bastante atención ya que tengo una OCZ Agility como mi disco principal.
Esto es lo que (creo) que sé:
El núcleo tiene soporte TRIM a partir de 2.6.33 (Maverick es 2.6.35).
EXT4 tiene soporte TRIM pero solo cuando el diario está desactivado.
La forma en que TRIM funciona en el núcleo es muy básica y bastante lenta. Los discos que siguen las especificaciones pueden aceptar múltiples rangos, pero el núcleo actualmente solo puede hacer un rango a la vez. Esto viene de algo que leí quizás hace un mes. Desearía tener la fuente ya que esto podría no ser cierto o ya no podría aplicarse.
El diario es lo que me mata. La corrupción de datos es una PITA.
Sin embargo, las versiones más nuevas de hdparm (v9.25 - Maverick está en v9.27) vienen con un script llamado wiper.sh
que realiza un análisis rápido de una unidad y luego recorta todo el espacio vacío. En lugar de perder funciones, me resulta mucho más fácil wiper.sh
ejecutar cron una vez a la semana (o una vez al día / mes / lo que sea). La degradación de SSD para una unidad de sistema operativo no ocurre tan rápido a menos que constantemente rompas las cosas. No necesita un ajuste en tiempo real.
También hay una interfaz gráfica de usuario llamada DiskTRIM que no parece estar en los repositorios. Los usuarios menos experimentados pueden encontrar esto más fácil de usar que configurar trabajos cron.
Hay PPA para hdparm y disktrim y todos se pueden ejecutar en Lucid (y más atrás) sin necesidad de kernels 2.6.33+.