Linux не поддерживает trim

Настройка TRIM для SSD-хранилища на сервере Linux

Длительное использование SSD-хранилища (или твердотельного накопителя) приводит к снижению его производительности. Чтобы такое хранилище прослужило дольше, его работу нужно тщательно продумывать. Команда TRIM сообщает SSD, какие блоки данных больше не используются. Это позволяет внутренней системе SSD-накопителя выровнять износ устройства и подготовить его к дальнейшим операциям записи. TRIM может оказать существенное влияние на производительность и долговечность устройства.

В Linux можно настроить непрерывное выполнение TRIM, однако такая нагрузка может негативно сказаться на производительности. Существует также более мягкий альтернативный вариант – периодическое выполнение TRIM. При этом устройство получит все преимущества команды без ущерба для производительности.

Данное руководство поможет настроить периодический запуск TRIM на различных дистрибутивах Linux.

Как SSD-накопители хранят данные?

Чтобы лучше понимать, какие именно проблемы устраняет TRIM, нужно ознакомиться с особенностями хранения данных на SSD.

Ограничение циклов перезаписи

SSD-накопители могут записывать данные постранично, но они удаляют данные только на уровне блоков. Кроме того, данные записываются на страницы только после обнуления: то есть, перезаписать существующие данные напрямую невозможно.

Чтобы изменить данные, SSD-накопитель должен прочитать их старую версию, отредактировать её в памяти, а затем записать обновлённые данные на новую – обнулённую – страницу. После этого устройство обновляет внутреннюю таблицу и задаёт новое местонахождение данных. Предыдущее местонахождение данных становится устаревшим – оно больше не используется, но еще не обнулено.

Восстановление устаревших страниц

Чтобы восстановить устаревшие страницы, внутренние процессы сборщика мусора SSD должны прочитать все действительные страницы из блока и записать их в новый блок. После этого снова обновляется внутренняя таблица. Старый блок, который в настоящее время не содержит никаких уникальных и востребованных данных, можно обнулить и использовать для дальнейшей записи.

Как работает TRIM?

Процессы сборщика мусора SSD отвечают за удаление блоков и выравнивание износа устройства. Однако файловые системы, как правило, удаляют данные, просто отмечая занятое ими пространство как доступное для записи пространство. На самом деле они не удаляет данные из базового хранилища, а просто позволяют перезаписать ранее занятую область памяти.

Это означает, что SSD-накопитель обычно не знает, что страница больше не нужна, пока файловая система не использует это логическое местоположение для записи новых данных. Накопитель не может выполнять процедуру сборки мусора, потому что ему просто не сообщили об удалении данных, он узнаёт об этом только тогда, когда ранее занятое пространство используется для записи других данных.

Команда TRIM уведомляет SSD-устройство о блоках данных, которые больше не содержатся в файловой системе. Благодаря этому накопитель может своевременно выполнить сборку мусора и обнулить страницы, чтобы использовать их в дальнейшем. SSD может очистить устаревшие страницы и поддерживать себя в хорошем рабочем состоянии.

Как говорилось ранее, запуск TRIM после каждой операции удаления данных может негативно повлиять на производительность устройства. Потому рекомендуется распланировать запуск команды TRIM, что позволит ей передавать SSD-устройству общую информацию обо всех ненужных страницах.

Отключение непрерывного выполнения TRIM

Если вы уже настроили непрерывное выполнение команды TRIM на смонтированном устройстве, отключите команду, чтобы настроить её периодический запуск.

Непрерывное выполнение команды включается с помощью опции discard при монтировании устройства или раздела.

Найдите текущую файловую систему, смонтированную с опцией discard.

findmnt -O discard
TARGET SOURCE FSTYPE OPTIONS
/mnt/data /dev/sda1 ext4 rw,relatime, discard ,data=ordered
/mnt/data2 /dev/sdb1 ext4 rw,relatime, discard ,data=ordered

Перемонтируйте эти файловые системы, убрав опцию discard. Для этого используйте команду mount и опцию -o remount,nodiscard:

sudo mount -o remount,nodiscard /mnt/data
sudo mount -o remount,nodiscard /mnt/data2

Снова запустите команду findmnt, теперь она должна не вернуть никакого вывода:

findmnt -O discard

Откройте файл /etc/fstab, чтобы просмотреть текущие опции монтирования файловой системы. Этот файл определяет, как монтируется файловая система при запуске сервера.

sudo nano /etc/fstab

Найдите в нём опцию discard и удалите её:

. . .
# /dev/sda1 /mnt/data ext4 defaults,nofail, discard 0 0
/dev/sda1 /mnt/data ext4 defaults,nofail 0 0
# /dev/sdb1 /mnt/data2 ext4 defaults,nofail, discard 0 0
/dev/sdb1 /mnt/data2 ext4 defaults,nofail 0 0

Сохраните и закройте файл. Теперь при повторном монтировании файловой системы опция discard не будет использоваться.

Настройка TRIM в дистрибутивах systemd

В данном разделе показано, как настроить периодический запуск TRIM в дистрибутивах, которые используют систему инициализации systemd.

Ubuntu 16.04

Дистрибутив Ubuntu 16.04 предоставляет сценарий, который еженедельно запускается с помощью cron.

Примечание: Стратегия настройки TRIM в Ubuntu 16.04 не зависит от systemd и отличается от остальных дистрибутивов этого типа.

Чтобы просмотреть сценарий, введите:

cat /etc/cron.weekly/fstrim
#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim —all || true

Как видите, сценарий требует версии fstrim с флагом –all. Многие версии fstrim, поставляющиеся в ранних версиях Ubuntu, не поддерживают этого флага.

Другие дистрибутивы systemd

В остальных дистрибутивах на основе systemd поддержка TRIM включается в файле fstrim.timer, который запускает операции TRIM на всех доступных смонтированных устройствах один раз в неделю. Он тоже использует опцию fstrim –all.

На момент написания этого руководства к таким дистрибутивам относятся:

В CentOS 7, Fedora 23, Fedora 24 и CoreOS юниты fstrim.service и fstrim.timer доступны по умолчанию. Чтобы настроить еженедельный запуск TRIM на всех смонтированных накопителях, включите юнит .timer:

sudo systemctl enable fstrim.timer

В Debian 8 юниты fstrim.service и fstrim.timer доступны внутри файловой системы, но по умолчанию не загружены в systemd. Сначала просто скопируйте эти файлы:

sudo cp /usr/share/doc/util-linux/examples/fstrim.service /etc/systemd/system
sudo cp /usr/share/doc/util-linux/examples/fstrim.timer /etc/systemd/system

Затем вы можете активировать этот юнит так же, как и в других дистрибутивах.

sudo systemctl enable fstrim.timer

Теперь команда TRIM будет выполняться на всех доступных устройствах раз в неделю.

Настройка TRIM в других дистрибутивах

Большинство дистрибутивов, которые используют не Systemd, а другую систему инициализации, также поставляются с fstrim без флага –all. Это несколько усложняет автозапуск TRIM.

Важно! Использовать TRIM на устройствах, которые не поддерживают эту команду или выполняют её не правильно, очень опасно и может привести к потере данных. Флаг –all может обеспечить безопасное выполнение команды, однако не пытайтесь определить вручную, корректно ли поддерживают подключенные диски данную операцию.

В системе Ubuntu 14.04 существует короткий сценарий fstrim-all, который еженедельно выполняется демоном cron. Однако данный сценарий не всегда правильно интерпретирует поддержку TRIM на подключенных дисках.

Существует обходное решение для этого и других дистрибутивов с поддержкой fstrim без флага –all: нужно скомпилировать статически скомпонованную версию fstrim с поддержкой этого флага. Эту версию можно установить и явно вызывать с помощью cron.

Такой вариант лучше всего сработает в:

• Ubuntu 14.04
• Ubuntu 12.04
• Debian 7
• CentOS 6

В Ubuntu 14.04 нужно сначала отключить сценарий fstrim-all, поскольку он не может корректно определять статус.

sudo chmod a-x /etc/cron.weekly/fstrim
sudo mv /etc/cron.weekly/fstrim /etc/cron.weekly/fstrim.bak

Установка инструментов для компиляции

Установите набор инструментов для сборки программ.

В Ubuntu и Debian:
sudo apt-get update
sudo apt-get install build-essential
В CentOS:
sudo yum groupinstall ‘Development Tools’

Загрузка и извлечение исходного кода

Утилита fstrim поставляется в наборе инструментов util-linux. Исходный код можно найти здесь.

Выберите самую новую версию пакета. На момент написания руководства это v2.28.

Откройте каталог и найдите самый новый архив (его название должно начинаться с util-linux- и заканчиваться расширением .tar.gz). На данный момент наиболее актуальным является util-linux-2.28.1.tar.gz. Кликните правой кнопкой и скопируйте ссылку в буфер обмена.

Вернитесь на сервер и откройте каталог /tmp. С помощью утилиты curl или wget загрузите необходимый файл.

cd /tmp
curl -LO https://www.kernel.org/pub/linux/utils/util-linux/v2.28/util-linux-2.28.1.tar.gz

tar xzvf util-linux*

Теперь исходный код можно скомпилировать.

Настройка и компиляция исходного кода

Откройте извлечённый каталог:

Теперь нужно настроить программное обеспечение. Создайте бинарный файл для fstrim.

Для этого необходимо включить статические ссылки и отключить расшаренные библиотеки. Введите:

./configure —enable-static —disable-shared

Чтобы скомпилировать утилиту fstrim, введите:

Скопируйте бинарный файл в каталог, который не указан в PATH. Этот файл будет вызываться только демоном cron, потому нужно убедиться, что он не будет конфликтовать со стандартной утилитой fstrim.

Создайте каталог /cron-bin и переместите в него бинарный файл:

sudo mkdir /cron-bin
sudo cp /tmp/util-linux*/fstrim /cron-bin

Теперь у вас есть доступ к пользовательской версии утилиты fstrim.

Настройка cron

Теперь нужно создать новый сценарий, который будет запускаться демоном cron.

Это делается почти так же, как в Ubuntu 16.04 (нужно также указать место хранения бинарного файла).

sudo nano /etc/cron.weekly/fstrim

Вставьте в него следующие строки. Это включит поддержку флага –all:

#!/bin/sh
# trim all mounted file systems which support it
/cron-bin/fstrim —all || true

Сохраните и закройте файл.

Сделайте сценарий исполняемым.

sudo chmod a+x /etc/cron.weekly/fstrim

Демоны cron и anacron смогут использовать этот сценарий для выполнения проверки TRIM.

Заключение

Теперь сервер Linux запускает TRIM раз в неделю. Команда TRIM увеличивает производительность и уменьшает износ SSD-устройств.

Источник

Включена ли TRIM в моей установке Ubuntu 18.04?

Я знаю, что еженедельный TRIM включен по умолчанию с 14.10 и далее. Источник: Как включить TRIM? Но работает sudo nano /etc/cron.weekly/fstrim возвращает пустой файл Также tail -n1 /etc/cron.weekly/fstrim говорит, что этот файл не существует.

Бег lsblk -D возвращает ненулевые значения для DISC-GRAN а также DISC-MAX поэтому TRIM поддерживается на моем SSD. Еженедельно ли TRIM включен для моего SSD или нет?

Я использую SSD Kingston

2 ответа

Trim (сброс) включен для запуска еженедельно по умолчанию в 18.04.

Это systemd сервис управляется через systemctl , не CRON.

fstrim настроен на запуск для всех смонтированных файловых систем на устройствах, поддерживающих операцию сброса.

Просмотреть статус fstrim.timer:

Пуск / Стоп / Перезагрузка fstrim.timer:
(не меняет статус запуска)

Включить / отключить fstrim.timer:
(добавить / удалить из автозагрузки, не изменяет текущий активный статус)

Посмотреть конфигурацию fstrim.timer:

Посмотреть конфигурацию fstrim.service:

Примечание: ExecStart = / sbin / fstrim -av
Куда:
-a, Обрезать все смонтированные файловые системы на устройствах, которые поддерживают операцию сброса.
-v, подробное исполнение. Выведите количество байтов, переданных из файловой системы вниз по стеку блоков на устройство для возможного сброса.

Просмотр связанных записей журнала systemd:

Источник

Включён ли TRIM по-умолчанию?

При установке Debian 10 на ssd накопитель включён ли TRIM по-умолчанию? Или где-то в конфигах надо указывать?

Нет, в Debian традиционно меньше настроек, чем в Ubuntu — темы для Qt в GTK окружениях, микрокод для процессоров и TRIM — настраивай сам.

Зато как хочешь настраивай — или опция discard в /etc/fstab, или сам напиши таймер systemd для этого по аналогии с Ubuntu, или даже что-то свое, скажем TRIM при каждом выключении.

Посмотри в /etc/fstab включена ли опция discard

systemctl status fstrim.timer

Первых не читай. Выше правильно, сказано про fstrim.timer

В Debian 10 по умолчанию засажена служба в systemd. Но не включена.

Включается стандартно для systemd

sudo systemctl enable fstrim.timer

Следует знать о минусах fstrim.timer (фактически, это закат солнца вручную вместо нормального механизма)

Также арчеводы явно пишут «Примечание: Сначала вы должны попробовать использовать способ с опцией монтирования discard. Данный же способ нужно выбирать только если первый вам не подошёл для нормальной реализации TRIM»

А ещё на ntfs3g не работает? Приходится загружать венду и удалять файлы в ней, и вроде ещё утилита производителя должна быть запущена которая будет за этим всем следить.

фактически, это закат солнца вручную вместо нормального механизма

Спорное заявление. Тормозить на каждой операции записи или раз в неделю ночью? Непростой выбор!

У меня этот fstrim.timer как-то странно работает — systemd рапортует об успешном проведении (он у меня настроен на ежесуточное отрабатывание), но потом я вручную делаю fstrim -v -a, и он тримит десятки гигабайт. Wtf

Не знаю, не интересовался.

Тормозить на каждой операции записи

Спорное заявление. Особенно, учитывая наличие queued trim. Почитайте матчасть перед заявлениями о спорных заявлениях 🙂

Жаль, у меня стим с игрушками на нтфс разделе и ему плохо живётся без виндоус.

Посмотри журнал, отрабатывает ли правильно таймер. И какая команда в таймере прописана

Также арчеводы явно пишут «Примечание: Сначала вы должны попробовать использовать способ с опцией монтирования discard. Данный же способ нужно выбирать только если первый вам не подошёл для нормальной реализации TRIM»

Note: There is no need to enable continuous TRIM if you run fstrim periodically. If you want to use TRIM, use either periodic TRIM or continuous TRIM.

Note: Continuous TRIM is not the most preferred way to issue TRIM commands among the Linux community. For example, Ubuntu enables periodic TRIM by default [5], Debian does not recommend using continuous TRIM [6] and Red Hat recommends using periodic TRIM over using continuous TRIM if feasible. [7]

У меня дискард фризит всё ио, на больших файлах особенно заметно. Главная подстава в том что гигабайты улетают за пару секунд, потом сиди жди пока оно отрфризится. Но с крошечными файлами в пределах пары гигабайт проблем не было вроде.

Особенно, учитывая наличие queued trim.

Да, теоретически должно быть лучше, но если операция длительная, свои тормоза ты получишь, просто с отсрочкой. Плюс оно не везде работает. Ну и вообще, а зачем TRIM так часто? Я его делал раз в три-четыре месяца даже на «медленных» SATA SSD, и ни на что это особо не влияло. Популярность этой темы удивляет 🙂

Ну так у вас неравномерно ячейки изнашиваться будут. Я вот тоже по сто раз заполняю одни и те же подряд, потом надо освободить место и дать контроллеру перераспределить нагрузку.

Wear leveling вроде никак не связан с этим. Контроллер всегда может свопнуть любую пару ячеек на свой вкус, отразив это в таблице трансляции.

Хм, возможно. А как он это сделает если они все заняты? И откуда пошло это «оставьте 30% неразмеченными».

тут случай запущенный

Ну есть такая категория на ЛОРе: «я сказал, значит я сказал — читайте документацию».

Ок, в английской написано «большинство делает trim через fstrim» 🙂

Ubuntu делает хоть какой-то trim (через таймер), ибо если они будут включать discard на _всех_ ssd, то могут нарваться на пользователей с проблемными ssd (и порчей данных), а если не будут включать хоть какой-нибудь trim на ssd, то пользователи столкнутся с проблемами из-за его (trim) отсутствия. Таймер (а не discard) включен исключительно из-за этого. Если твой ssd заведомо нормальный, можно смело включать discard.

Минус fstrim.timer ещё в том, что «раз в неделю» может быть очень редко. Особенно, на ноутбуках.

Я хотя бы ищу и понимаю матчасть, а ты излучений боишься. Я это надолго запомнил.

Главная подстава в том что гигабайты улетают за пару секунд, потом сиди жди пока оно отрфризится.

Что за ssd? На некоторых — да, есть такая проблема (уходит «в себя» на несколько секунд), но это не особо хорошие ssd (либо прошивка не последняя).

У меня lvm, а на некоторых компах ещё и раздеды шифрованные, как-то попробовал discard в fstab, и X сервер внезавно перестал включаться (возможно не только он, я дальше не смотрел, сразу вернул всё как было) Видимо на более-менее просто сконфигурированных системах работает (несколько разделов без LVM,шифрования, RAID и прочего), на остальных лучьше таймер или руками. А что с не ext4 cистемами делать предстоит ещё подумать (облизываюсь на ZFS)

Transcend mlc какой-то, сата. Претензий у меня к нему нет кроме того что при быстром перемещении файлов случается такой фриз.

А что с не ext4 cистемами делать предстоит ещё подумать (облизываюсь на ZFS)

В ZFS тоже завезли TRIM начиная c 0.8.0.

Трансценд не любит прошивки обновлять, к сожалению. Но проверить на обновление стоит. Там, довольно часто бывает, лечат сильно критичные баги.

У меня на всех машинах luks, lvm, ext4 много лет живут вместе. Перед включением таймера fstrim прописал issue_discard=1 в lvm.cfg и discard в crypttab. Проблем нет.

Последнее, что я слышал про Queued TRIM — это то, что его заблэклистили на Samsung 8** (или вообще на всех Samsung) из-за багов, приводящих к потере данных, а нигде кроме них он особо и не поддерживался.

С тех пор что-то поменялось?

У меня этот fstrim.timer как-то странно работает — systemd рапортует об успешном проведении (он у меня настроен на ежесуточное отрабатывание), но потом я вручную делаю fstrim -v -a, и он тримит десятки гигабайт

Состояние блоков в контексте TRIM/discard (т. е. «был TRIM этого блока или нет») сохраняется только в оперативной памяти, да и то не на всех ФС.

Wear leveling вроде никак не связан с этим. Контроллер всегда может свопнуть любую пару ячеек на свой вкус, отразив это в таблице трансляции.

Косвенно связан. Чем больше свободных секторов с точки зрения прошивки SSD, тем больше эффективность write leveling и тем меньше коэффициент write amplification.

И откуда пошло это «оставьте 30% неразмеченными».

А это вообще идиотский совет. Ты можешь сколько угодно пространства оставлять неразмеченным, но если ты туда хоть раз что-нибудь писал и потом не делал TRIM — с точки зрения SSD эти сектора будут занятыми, что ничем не лучше любого другого их использования.

Да, ты сам можешь проверить 🙂

Нет, это совсем не идиотский совет. У бОльшей части десктопных ssd over provisioning=0 и это будет ручной OP. И я не пойму, каким образом OP относится к TRIM? И то и другое нужно на SSD.

А Вы не подскажите, что у меня с trim. Как я понял trim происходит раз в неделю в 12 ночи с воскресения на понедельник. Но, что будет если комп в это время выключен?

Вот содержимое fstrim.timer по адресу /usr/lib/systemd/system

А как указать конкретный день и время?

Это моё первое зесь сообщенье и вопрос такой же

О SSD LVM (шифро) и Дипстэйте;

Решил перейти на Линукс до этого юзал годами) с Лайв cd(dvd). покуда сидюк не гикнулся) ; перейдя чисто на винду гикнуласть и она вместе компом хардом и чем то там ещё наверное, И ТАК ВОТ. купил новый ssd samsung evo 860 на 250 гэ. стал втрой или третий раз в Жизни устанавливать Линукс и почитав тут знатоков и старожил ( НЕ ФАКТ ЧТО Я ИХ ВЕРНО ОПОЗНАЛ ) и все таки прислушался к совету делать шиврованный лвм . но что-то пошло не так и линукс недоустановился ( в тот раз ) но что-то он там шифрованного насоздавал (помимо завода самсунгcroo)) .. и там на харде походу возник некий дип стэйт который подпечатывает букву ч ( как это не смешно)) ОСОБЕННО при вводах паролей длинных и загорает кнопка с шестерёнками нп дэл инспирон n5110. Со следующего захода установил deb 8( без шифрованного) lvm обновил через терминал до 9 ( спасибо иностранцу и русским(РУССКОГОВОРЯЩИМ) в том числе и с ютуба _ ребятам. Чё де а?

форматнуть может или до бастарда обновиться( или сие токмо усложнит ЗАДАЧУ?) так как файлишко уже подсобирал) не особо ценное наверное)… и возникает глюк не с равными интервалами и не понятно чем продуцируется провоцируется; Я уж думаю может кто из спецов захакерил и мессаги пугаги шлёть или просто конфликт оборудования дэлл

самсунг плюс моё ламерство в данных линуксных делах; и ох И ах ))) может есть прога какя в синаптике или где ещё чтоб просканировала и прочистила форматнула(ЗАБОТЛИВО И НЕЖНО) и исцелила . . я понимаю что наверно не в той ветке вопрос; но пора было хоть как-то начать прояснять сиё; И ещё глюк уточню кномпа рядом с Fn что со значком винды тоже периодически сама нажимается… можт эт эйтс ревнует так причудливо ; не знаю. Россия Помози. я верю в Нас

форматнуть может или до бастарда обновиться

Снести всю разметку, что ты там нагородил. Забыть про LVM — он тебе нафиг не нужен. Когда узнаешь что это такое и для чего, тогда и содашь. А сейчас для тебя это только лишние проблемы. С разметкой вообще не мудрить. Поставить, как предлагает по умолчанию. Когда узнаешь, что, где, когда и сколько потребуется, тогда и накрошишь разлелов. Не заниматься ерундой с обновлением. Сразу ставь ту версию, которая тебе нужна.

То есть я правильно понимаю.

я правильно понимаю. Что вы рекомендуете заново переустановить систему . и отформатировать (или наоборот)? Я затем так и сделал то что установщик предлагал для simple way,; Но забавность ещё и в том что тот «глюк подпечаткой» даже в процессе установки с лайв двд начал проявлятся ( как это объяснить и стоит ли )). ФОРМАТИРОВАТЬ ? или просто с диска опять переустановить и он сам всё нужное мне сделает( или это слишком наивно). Какой линукс ставить лучше в таком случае? Благодарю за ценные советы ! а за не ценные нет!)

Какой линукс ставить лучше в таком случае

Например, Убунту. При установке, на этапе разметки, выберешь «на весь диск». Точно не помню как называется этот пункт. Обычно он самый верхний. Он все снесет с твоего диска и установит только Убунту. Если хочешь поучавствовать в процессе, то выбери самый нижний пункт «ручная разметка». Там сам сможешь все сделать, и создать и отформатироавть.

«глюк подпечаткой» даже в процессе установки с лайв

Что-то похоже на глюк клавиатуры. Клавиша не залипает случайно. Может грязь набилась, что замыкает контакты.

О нет> тут иное . «глюк подпечаткой и перед этим начинает сна корпусе » НАДО ДОПОЛНИТЬ!

перед самонажиманием (НАДО ДОПОЛНИТЬ!)

нет тут иное … О «глюке с подпечаткой и перед этим начинает на корпусе светится кнопка ((вышеозначенная)) » Вы наверное переоценили мою степень ламерства. Комп чистенький физически ( а вот грязь походу на ssd) до этого им редко пользовался, Над ним с едой не зависаю (( чисто физическе он стоит несколько в стороне, сбоку) )) так что про чисто замыкание идея отфильтровывается точно! И притом надо помнить корреляцию и хронологию событий, после каких действий это началось!

В ДОПОЛНЕНИИ О «дипстэйте на SSD» (казалось бы новом)

. вот прогой просканил ЧТО ЭТО . подскажит кто верно ?

Источник