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

В терминале переустановите alsa-base и pulseaudio, выполнив следующие шаги:

  • Извлеките alsa-base и pulseaudio:
[ 110] blockquote>
  • Переустановите alsa-base и pulseaudio:
sudo apt-get install alsa-base pulseaudio
blockquote>
  • Чтобы загрузить их:
  • [ 1110]
    sudo alsa force-reload
    
    blockquote>

34
задан 08.02.2020, 22:42

5 ответов

Похоже, что есть поддержка TRIM в 10.10 и более новых версиях:

[ 113] Кроме того, работа с TRIM происходит автоматически - пустые блоки автоматически освобождаются, когда они больше не нужны (например, вы удаляете файл), если диск сообщает, что он поддерживает TRIM. Вам не нужно вручную вводить команду hdparm, чтобы это работало.

24
ответ дан 08.02.2020, 22:45
  • 1
    Команде TRIM необходимо знать, какие блоки необходимо освободить, поэтому было бы опасно выдавать это, не зная точно, какие блоки на диске не используются. Да, и ОС, и диск должны иметь поддержку обрезки. В Linux это было добавлено в версии ядра 2.6.33, поэтому будет включено в Maverick. Оба драйвера диска и файловая система, которую вы используете, должны поддерживать триммер для правильной работы. Если вы используете ext4 в качестве файловой системы на Maverick, все будет в порядке. – Jim Wolff 08.02.2020, 22:45
  • 2
    Я думал, что вам все еще нужно использовать инструменты, которые "отправлены" команда TRIM для SDD. Хорошо, если это работает так, как вы укажете. :) Это статья Anandtech - > ( anandtech.com/show/2738/10 ) указывает, что для работы TRIM и ОС, и SSD требуется поддержка TRIM. Я предполагаю, что мой вопрос касается поддержки OS / Linux для TRIM при использовании SSD-дисков с поддержкой TRIM. – vikky 08.02.2020, 22:46
  • 3
    Интересно, будет ли возможность для существующих твердотельных накопителей подвергаться «модифицированной TRIM»? для того, чтобы очистить существующий накапливающийся до ОС ОС TRIM. Или потребуется переустановка? – Learner 08.02.2020, 22:46

Ответ Джереми не совсем точный AFAIK. В течение некоторого времени я работал с последними стабильными ядрами на Lucid и очень внимательно следил за состоянием TRIM, поскольку в качестве основного диска я использовал OCZ Agility.

Вот что (я думаю) я знаю:

  • Ядро поддерживает TRIM с 2.6.33 (Maverick - 2.6.35).

  • EXT4 поддерживает TRIM, но только когда ведение журнала отключено.

  • Принцип работы TRIM в ядре очень простой и довольно медленный. Диски, соответствующие спецификациям, могут принимать несколько диапазонов, но ядро ​​в настоящее время может использовать только один диапазон за раз. Это происходит от того, что я прочитал, возможно, месяц назад. Хотелось бы, чтобы у меня был источник, поскольку это может быть неверно или больше не может применяться.

Журналирование - это то, что убивает это для меня. Повреждение данных - это PITA.

Однако, более новые версии hdparm (v9.25 - Maverick - v9.27) поставляются со скриптом под названием wiper.sh, который выполняет быстрый анализ диска и затем обрезает все пустое пространство. Вместо того, чтобы терять функции, мне намного проще запускать cron wiper.sh раз в неделю (или раз в день / месяц / что угодно). Ухудшение SSD для диска ОС не происходит так быстро, если вы постоянно не разрываете вещи. Вам не нужно TRIMming в реальном времени.

Также существует интерфейс GUI под названием DiskTRIM , которого нет в репозиториях. Менее опытным пользователям может показаться, что это проще в использовании, чем настройка заданий cron.

Есть PPA для hdparm и disktrim, и все они могут быть запущены на Lucid (и обратно) без необходимости в ядрах 2.6.33+.

20
ответ дан 08.02.2020, 22:43
  • 1
    Можете ли вы дать ссылку на эти PPA, пожалуйста? – Shaun Wilson 08.02.2020, 22:43
  • 2
    Так что, включение опции монтирования discard для ext4 отключает журналирование? Я только что искал ссылки, но не могу найти ни одного, кроме этого ответа - можете ли вы предоставить источник? – Matthew Verstraete 08.02.2020, 22:44
  • 3
    в Ubuntu 12.04 файл wiper.sh был заменен на fstrim – StellarEleven 08.02.2020, 22:44
  • 4
    @Oli: Я еще немного прочитал, и теперь я уверен, что опция сброса не отключает журнал. Первоначально Afaict работал только с опцией сброса с журналом (я обнаружил этот патч , который позволяет сбрасывать без журнала). На странице ядра ext4 описана опция сброса, но не упоминается, что журнал несовместим. – adzm 08.02.2020, 22:45

В общем, да, потому что есть множество способов получить более новые ядра. Если мы уточним ваш вопрос следующим образом: «Имеет ли 10.04 LTS встроенную поддержку для команды?» тогда ответ - нет. Однако ядра Maverick и Natty (-generic, -generic-pae, -server и -virtual flavors) были перенесены в 10.04 LTS и доступны из $ release-updates в репозиториях Ubuntu, например, linux-image-generic-lts-backport-maverick это [ 111] Бэкпорт Маверика в Люсид .

4
ответ дан 08.02.2020, 22:43

У меня работает 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.

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

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

2
ответ дан 08.02.2020, 22:44
  • 1
    Возможно, у вас есть твердотельный накопитель, который не поддерживает TRIM - некоторые из более ранних твердотельных накопителей не поддерживали TRIM. – Jens A. Koch 08.02.2020, 22:44
  • 2
    Я только что проверил это в natty (следуя этим инструкциям: askubuntu.com/questions/18903/how-to-enable-trim ), и он работает еще лучше в natty, TRIM почти мгновенный. – kayleeFrye_onDeck 08.02.2020, 22:45
  • 3
    Если вы добавили опцию сброса в fstab, и она все еще не работает, возможно, это ошибка в альфа-версии. Вы должны подать отчет об ошибке. – Fandi Susanto 08.02.2020, 22:45

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

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

8
ответ дан 08.02.2020, 22:44

Теги

Похожие вопросы