Ubuntu 19.04. Включен ли TRIM по-умолчанию?

Надо не в кроне смотреть, а в systemd

systemctl status fstrim.timer

fstrim.timer - Discard unused blocks once a week
   Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
   Active: active (waiting) since Mon 2019-04-08 14:16:00 EEST; 5h 31min ago
  Trigger: Mon 2019-04-15 00:00:00 EEST; 6 days left
     Docs: man:fstrim

Включен, запускается еженедельно.

да

journalctl -u fstrim.service --since "2 week ago"

А какие преимущества в fstrim по расписанию перед монтированием с discard?

Тормозит не при каждой операции, а раз в неделю.

Он включен по-умолчанию с 10.04, то есть уже 9 лет. Не замерз, родной?

c 14.04

В ядре с 9.04, в дефолтной ext4 с 10.04. Я как раз ее на новый ссд ставил.

А какие преимущества в fstrim по расписанию перед монтированием с discard?

Некоторые диски дохнут от слишком частых TRIM. Насколько я помню, после того, как у пары десятков арчеводов сдохли SSD после апдейта, разрабы решили, что fstrim по крону самое безопасное и достаточное решение. На ЛОРе был срачик на эту тему.

дефолт – это значит поставил, и из коробки работает

Дефолт это значит, денежная единица страны обесценилась.

Дефолт — это когда государство не в состоянии выплатить долги.

Дефолт это любой отказ выполнять данные ранее обязательства

У меня из коробки именно с 10.04 и работал, хватит уже сочинять

Это ты сочиняешь

https://askubuntu.com/questions/18903/how-to-enable-trim

ЗЫ: правка конфигов — это не «из коробки»

Наверно, он намекает на это:

On the ext4 filesystem, the discard flag can also be set as a default mount option using tune2fs:

# tune2fs -o discard /dev/sdXY

Хотя я не уверен, что это работало во времена 10.04

Ты сам то читать умеешь?

scheduled TRIM is enabled by default... Ubuntu 14.04

Automatic TRIM has been supported since Ubuntu 10.10 (kernel 2.6.33)

То что последний назвали «Deprecated, Slow» это отсебятина убунтят. Я ошибся всего на полгода.

А ты читать умеешь?

To enable automatic TRIM on a drive or partition, they need to be mounted with the discard option in fstab.

дефолт – это значит поставил, и из коробки работает. правка конфигов — это не «из коробки»

Ты сейчас серьезно? Начиная с 14.04 система сама периодически делает fstrim-all, эта команда тримит SSD в момент запуска (команды), а не на лету как discard. То есть убунтятам дали поддержку в ядре, поддержку в ext4, а они до сих пор discard не используют именно что по дефолту. А дефолтом ты называешь костыль, который они запилили вместо православного автотрима. Ну так выходит, что его и до сих пор нет. А если линуксоиду так тяжко конфиг поправить, то его ждет кошерная десяточка.

Начиная с 14.04 система сама периодически делает fstrim-all, эта команда тримит SSD в момент запуска (команды), а не на лету как discard. То есть убунтятам дали поддержку в ядре, поддержку в ext4, а они до сих пор discard не используют именно что по дефолту.

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

Абсолютно.

«Включено по умолчанию» И «Легко/тяжело включить. Правильно/неправильно»

Это совершенно разные вещи. И это другая тема. Так что ты наврал.

ЗЫ: в Fedora так же как в Ubuntu. Не просто так. Если интересно, то сам ищи. Ещё чего-то про линуксоида заявляет и осилятерство...

Дефолт это значит, денежная единица страны обесценилась.

Истинный программист ))

но не создаёт тебе тормозов на каждой операции записи

Некоторые SSD ощутимо подвисают на время выполнения TRIM. В теории тормозов быть не должно, но они есть.

Видимо, я неясно выразился. Поинт fstrim по расписанию в том, что оно тупит раз в неделю в нерабочее время. При использовании опции discard оно будет тупить на каждой операции записи, освобождающей блоки. Вообще, по моим субъективным впечатлениям, важность TRIM сильно преувеличена, и даже раз в неделю запускать fstrim избыточно.

Не, всё норм. Я просто в первый раз криво прочитал.

Странно, он у меня в арче отрублен

● fstrim.timer - Discard unused blocks once a week
   Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; disabled; vendor preset: disabled)
   Active: inactive (dead)
  Trigger: n/a
     Docs: man:fstrim

не создаёт тебе тормозов на каждой операции записи

А вот и махровое вранье подвезли. Выучи для начала что такое TRIM и для чего вообще он понадобился. Если команда выполняется раз в неделю, то к концу недели диск будет превращаться в тормозное говно из-за перезаписи неочищенных ячеек. Это и называется костыль.

Это совершенно разные вещи

Хорошо, признаю, был неправ. Правильная поддержка TRIM (то есть автоматическая) в Ubuntu из коробки до сих отсутствует. Есть костыли для инвалидов, которым TRIM нужен чисто для галочки.

В арче надо руками активировать.

Спасибо, я, видимо, когда устанавливал, пропустил этот момент. Хотя уже около года живу так, проблем особых нет.

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

Сильно зависит от сценария использования.

https://wiki.archlinux.org/index.php/Solid_state_drive#Periodic_TRIM

The util-linux package provides fstrim.service and fstrim.timer systemd unit files. Enabling the timer will activate the service weekly.

Так, работать-то он работает, но только вручную.

$ sudo systemctl enable fstrim.service
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
 
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.

sudo systemctl enable --now fstrim.timer

Enabling the timer will activate the service weekly.

В /etc/cron… ничего, связанного с TRIM не нашёл.

Cron – устарел, в современных системах используются systemd-timers.

о, грациос

Стоп, а в чем разница между timer и service?

Потому что я продолжаю получать такое же сообщение.

Стоп, а в чем разница между timer и service?

https://wiki.archlinux.org/index.php/Systemd/Timers

For each .timer file, a matching .service file exists (e.g. foo.timer and foo.service). The .timer file activates and controls the .service file. The .service does not require an [Install] section as it is the timer units that are enabled. If necessary, it is possible to control a differently-named unit using the Unit= option in the timer’s [Timer] section.

Потому что я продолжаю получать такое же сообщение.

Странно…

Смотри

systemctl list-timers

Потому что я продолжаю получать такое же сообщение.

Или ты после timer пытаешься запустить и service?

В арче все руками надо запускать. Любые пакеты ставишь и они отключены по-умолчанию. Такова политика партии.

Ловите некропостера!