TRIM на SSD: discard или периодический fstrim?

Опрос

Что лучше для домашнего пользователя на бюджетном SSD в 2020 году?
добавить опцию discard в fstab
включить fstrim по таймеру
оба варианта равнозначны для SSD / дело вкуса
ничего не делать
Прочитал несколько статей, но однозначной рекомендации так и не увидел.
Wiki Arch, Debian и другие дают два варианта как равнозначные (с небольшими туманными оговорками).
Жаркие споры и статьи на эту тему - пяти-восьмилетней давности. С тех пор и диски изменились и, наверное, что-то драйверах ОС поменялось.

Так что же лучше для домашнего пользователя на бюджетном SSD в 2020 году: добавить опцию discard или включить fstrim по таймеру?
Может, у сообщества уже есть явно превалирующий вариант, но он не сформулирован в Wiki?

PS. Если было недавно такое обсуждение (не позже года-двух), то ткните ссылкой, плиз.
Я перечитав массу мнений, решил особо не заморачиваться, и пришёл к такому выбору:

defaults,ssd,space_cache
ИМХО современным ОС и дискам этого достаточно. Возможно, что какими-то опциями можно увеличить быстродействие или срок службы дисков, но скорее всего профит будет незначительным, если не минусовым.
у меня fstrim по таймеру

s-ugra@ya.ru
defaults,ssd,space_cache
если это для btrfs, то ssd,space_cache не нужно (хотя и ничего плохого в этом нет!!!), оно само устанавливается.
опции defaults достаточно для любых фс, остальные опции только по действительной необходимости.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vinc
Wiki Arch дают ..как равнозначные..
Я бы так не сказал. Непрерывный не всем подходит
https://wiki.archlinux.org/index.php/Solid_state_drive
Continuous 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.
Instead of issuing TRIM commands once in a while (by default once a week if using fstrim.timer), it is also possible to issue TRIM commands each time files are deleted instead. The latter is known as the continuous TRIM.

Warning: Before SATA 3.1 all TRIM commands were non-queued, so continuous trimming would produce frequent system freezes. In this case, applying #Periodic TRIM less often is better alternative. Similar issue holds also for a number of devices, see ata_device_blacklist in Linux source code, for which queued TRIM command execution was blacklisted due to serious data corruption. In such case, depending on the device, the system may be forced to send non-queued TRIM commands the SSD instead of queued TRIM. See Wikipedia:Trim_(computing)#Disadvantages for details.
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][dead link 2020-04-03 ⓘ]

У самого переодический по таймеру
nafanja
если это для btrfs, то ssd,space_cache не нужно
Да, btrfs. Если не нужно - уберу, я за минимализм))
vs220
Я бы так не сказал. Непрерывный не всем подходит
У меня такое чувство, что все эти предупреждения были написаны лет 5-8 назад, и соответственно относились к оборудованию уже 10-12-летней давности к настоящему моменту. А как дела обстоят сейчас? Может быть, ТРИМ вообще уже не нужен и контроллеры SSD сами со всем справляются.
Я после обновления делаю fstrim, этого хватает.
vinc
Может быть, ТРИМ вообще уже не нужен и контроллеры SSD сами со всем справляются.
Файловые системы тоже распознают ssd.
 
Зарегистрироваться или войдите чтобы оставить сообщение.