Ответ Джереми не совсем точный AFAIK. Я уже давно работал с последними стабильными ядрами на Lucid и очень внимательно следил за статусом TRIM, так как у меня есть OCZ Agility в качестве основного диска.
Вот что (я думаю) I know:
Ядро имеет поддержку TRIM на 2.6.33 (Maverick - 2.6.35). EXT4 поддерживает TRIM, но только при выключении журналирования. Способ TRIM в ядре очень простой и довольно медленный. Диски, следующие за спецификациями, могут принимать несколько диапазонов, но в настоящее время ядро может выполнять только один диапазон за раз. Это происходит из того, что я читал, возможно, месяц назад. Мне жаль, что у меня не было источника, так как это может быть неверным или больше не может применяться.Journalling - это то, что убивает его для меня. Повреждение данных - это PITA.
Однако новые версии hdparm (v9.25 - Maverick - v9.27) поставляются со сценарием под названием wiper.sh, который выполняет быстрый анализ диска, а затем обрезает все пустое пространство. Вместо того, чтобы терять функции, мне гораздо легче работать cron wiper.sh, чтобы работать один раз в неделю (или один раз в день / месяц / независимо). Деградация SSD для ОС-диска происходит не так быстро, если вы не постоянно разрываете ситуацию. Вы не нуждаетесь в TRIMming в реальном времени.
Существует также интерфейс GUI с именем DiskTRIM, который, как представляется, не находится в репозиториях.
Существуют PPA для hdparm и disktrim, и все они могут быть запущены на Lucid (и дальше назад) без необходимости в ядрах 2.6.33+.