Поддерживает ли Ubuntu команду TRIM для использования с SSD?

Ответ Джереми не совсем точный 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+.

Linux поддерживает автоматическую TRIM с файловой системой ETX4 с ядра 2.6.33.

Первый выпуск Ubuntu с автоматической поддержкой TRIM - 10.10 (Maveric), но он должен быть активирован в fstab (как описано здесь).

В общем, да, потому что есть множество способов получить более новые ядра. Если мы разъясним ваш вопрос, чтобы прочитать: «У 10.04 LTS есть поддержка из коробки для команды?» тогда ответ - нет. Однако ядра Maverick's и Natty (-generic, -generic-pae, -server и -virtual flavors) были отправлены обратно в 10.04 LTS и доступны из $ release-обновлений в репозиториях Ubuntu, например linux-image-generic-lts-backport-maverick - это Maverick's backport to Lucid.

Я запускаю 11.04, и это не похоже на то, что TRIM работает из коробки.

Я протестировал, используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулить / удалить.

Я попытался включить TRIM , используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулены / удалены , но нет кубиков

Я запускаю wiper.sh, я получаю

/sbin/wiper.sh --verbose --commit /dev/sda1 wiper.sh: Linux SATA SSD TRIM utility, version 3.3, by Mark Lord. rootdev=/dev/sda1 fsmode2: fsmode=read-write /: fstype=ext4 freesize = 13785252 KB, reserved = 137852 KB Preparing for online TRIM of free space on /dev/sda1 (ext4 mounted read-write at /). This operation could silently destroy your data. Are you sure (y/N)? y Creating temporary file (13647400 KB).. Syncing disks.. Beginning TRIM operations.. get_trimlist=/sbin/hdparm --fibmap WIPER_TMPFILE.9689 /dev/sda: trimming 27294800 sectors from 462 ranges succeeded Removing temporary file.. Syncing disks.. Done.

Однако, если я запустил его снова, он показывает, что такое же количество секторов / диапазонов необходимо обрезать и снова сообщает об успехах , Я получаю точно то же самое каждый раз. Это не похоже, что секторы когда-либо удаляются / освобождаются. Чтение их по-прежнему показывает одни и те же данные.

Любопытно, если кто-нибудь еще заработает.

Я запускаю 11.04, и это не похоже на то, что TRIM работает из коробки.

Я протестировал, используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулить / удалить.

Я попытался включить TRIM , используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулены / удалены , но нет кубиков

Я запускаю wiper.sh, я получаю

/sbin/wiper.sh --verbose --commit /dev/sda1 wiper.sh: Linux SATA SSD TRIM utility, version 3.3, by Mark Lord. rootdev=/dev/sda1 fsmode2: fsmode=read-write /: fstype=ext4 freesize = 13785252 KB, reserved = 137852 KB Preparing for online TRIM of free space on /dev/sda1 (ext4 mounted read-write at /). This operation could silently destroy your data. Are you sure (y/N)? y Creating temporary file (13647400 KB).. Syncing disks.. Beginning TRIM operations.. get_trimlist=/sbin/hdparm --fibmap WIPER_TMPFILE.9689 /dev/sda: trimming 27294800 sectors from 462 ranges succeeded Removing temporary file.. Syncing disks.. Done.

Однако, если я запустил его снова, он показывает, что такое же количество секторов / диапазонов необходимо обрезать и снова сообщает об успехах , Я получаю точно то же самое каждый раз. Это не похоже, что секторы когда-либо удаляются / освобождаются. Чтение их по-прежнему показывает одни и те же данные.

Любопытно, если кто-нибудь еще заработает.

Я запускаю 11.04, и это не похоже на то, что TRIM работает из коробки.

Я протестировал, используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулить / удалить.

Я попытался включить TRIM , используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулены / удалены , но нет кубиков

Я запускаю wiper.sh, я получаю

/sbin/wiper.sh --verbose --commit /dev/sda1 wiper.sh: Linux SATA SSD TRIM utility, version 3.3, by Mark Lord. rootdev=/dev/sda1 fsmode2: fsmode=read-write /: fstype=ext4 freesize = 13785252 KB, reserved = 137852 KB Preparing for online TRIM of free space on /dev/sda1 (ext4 mounted read-write at /). This operation could silently destroy your data. Are you sure (y/N)? y Creating temporary file (13647400 KB).. Syncing disks.. Beginning TRIM operations.. get_trimlist=/sbin/hdparm --fibmap WIPER_TMPFILE.9689 /dev/sda: trimming 27294800 sectors from 462 ranges succeeded Removing temporary file.. Syncing disks.. Done.

Однако, если я запустил его снова, он показывает, что такое же количество секторов / диапазонов необходимо обрезать и снова сообщает об успехах , Я получаю точно то же самое каждый раз. Это не похоже, что секторы когда-либо удаляются / освобождаются. Чтение их по-прежнему показывает одни и те же данные.

Любопытно, если кто-нибудь еще заработает.

Я запускаю 11.04, и это не похоже на то, что TRIM работает из коробки.

Я протестировал, используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулить / удалить.

Я попытался включить TRIM , используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулены / удалены , но нет кубиков

Я запускаю wiper.sh, я получаю

/sbin/wiper.sh --verbose --commit /dev/sda1 wiper.sh: Linux SATA SSD TRIM utility, version 3.3, by Mark Lord. rootdev=/dev/sda1 fsmode2: fsmode=read-write /: fstype=ext4 freesize = 13785252 KB, reserved = 137852 KB Preparing for online TRIM of free space on /dev/sda1 (ext4 mounted read-write at /). This operation could silently destroy your data. Are you sure (y/N)? y Creating temporary file (13647400 KB).. Syncing disks.. Beginning TRIM operations.. get_trimlist=/sbin/hdparm --fibmap WIPER_TMPFILE.9689 /dev/sda: trimming 27294800 sectors from 462 ranges succeeded Removing temporary file.. Syncing disks.. Done.

Однако, если я запустил его снова, он показывает, что такое же количество секторов / диапазонов необходимо обрезать и снова сообщает об успехах , Я получаю точно то же самое каждый раз. Это не похоже, что секторы когда-либо удаляются / освобождаются. Чтение их по-прежнему показывает одни и те же данные.

Любопытно, если кто-нибудь еще заработает.

Я запускаю 11.04, и это не похоже на то, что TRIM работает из коробки.

Я протестировал, используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулить / удалить.

Я попытался включить TRIM , используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулены / удалены , но нет кубиков

Я запускаю wiper.sh, я получаю

/sbin/wiper.sh --verbose --commit /dev/sda1 wiper.sh: Linux SATA SSD TRIM utility, version 3.3, by Mark Lord. rootdev=/dev/sda1 fsmode2: fsmode=read-write /: fstype=ext4 freesize = 13785252 KB, reserved = 137852 KB Preparing for online TRIM of free space on /dev/sda1 (ext4 mounted read-write at /). This operation could silently destroy your data. Are you sure (y/N)? y Creating temporary file (13647400 KB).. Syncing disks.. Beginning TRIM operations.. get_trimlist=/sbin/hdparm --fibmap WIPER_TMPFILE.9689 /dev/sda: trimming 27294800 sectors from 462 ranges succeeded Removing temporary file.. Syncing disks.. Done.

Однако, если я запустил его снова, он показывает, что такое же количество секторов / диапазонов необходимо обрезать и снова сообщает об успехах , Я получаю точно то же самое каждый раз. Это не похоже, что секторы когда-либо удаляются / освобождаются. Чтение их по-прежнему показывает одни и те же данные.

Любопытно, если кто-нибудь еще заработает.

Я запускаю 11.04, и это не похоже на то, что TRIM работает из коробки.

Я протестировал, используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулить / удалить.

Я попытался включить TRIM , используя инструкции здесь, чтобы создать файл, удалить его и посмотреть, будут ли сектора обнулены / удалены , но нет кубиков

Я запускаю wiper.sh, я получаю

/sbin/wiper.sh --verbose --commit /dev/sda1 wiper.sh: Linux SATA SSD TRIM utility, version 3.3, by Mark Lord. rootdev=/dev/sda1 fsmode2: fsmode=read-write /: fstype=ext4 freesize = 13785252 KB, reserved = 137852 KB Preparing for online TRIM of free space on /dev/sda1 (ext4 mounted read-write at /). This operation could silently destroy your data. Are you sure (y/N)? y Creating temporary file (13647400 KB).. Syncing disks.. Beginning TRIM operations.. get_trimlist=/sbin/hdparm --fibmap WIPER_TMPFILE.9689 /dev/sda: trimming 27294800 sectors from 462 ranges succeeded Removing temporary file.. Syncing disks.. Done.

Однако, если я запустил его снова, он показывает, что такое же количество секторов / диапазонов необходимо обрезать и снова сообщает об успехах , Я получаю точно то же самое каждый раз. Это не похоже, что секторы когда-либо удаляются / освобождаются. Чтение их по-прежнему показывает одни и те же данные.

Любопытно, если кто-нибудь еще заработает.