И собственно, наличие в промежутке между ОС и SSD дурацкого
RAID-контроллера (а не честного HBA) - вот оно именно и вносит элемент
непредсказуемости в ситуацию. Иди его угадай, что эта дурная хреновина
делает, получая TRIM на свой псевдодиск. Нэ нада RAID, вот серьезно
говорю.
2016-12-24 11:01 GMT+02:00 Andrii Stesin
Все это он сказал верно и прекрасно с ровно одной оговоркой: в тексте Theodore Ts'o НЕ ИДЕТ РЕЧЬ О ZFS - и тем не менее, вопрос легко решается на ext4 например, читаем: on Linux the recommended way to use TRIM is to use the fstrim command run out of cron, ... typically once a week is plenty; some people will go every night, or even once a month, since it is very workload dependent. ... this has nothing to do with a particular file system or OS implementation, but is much more about fundamental issues of how storage devices respond to TRIM commands, so what is best practice for Linux would also be a good thing to do on FreeBSD
Но надо понимать, что ZFS это такая отдельная интересная избушка, в которой погремушки ну вот совершенно свои, не такие как.
Надо впрочем отметить, что я ZFS хорошо понимаю на FreeBSD и FreeNAS, а на линуксах я ее юзал буквально на 4 не то 5 машинах всего, тут у меня опыта поменее. Но я не предполагаю, что ситуация как-то может отличаться, потому что в FreeBSD еще в 2014 (!!!) году писали на форуме FreeNAS, цитирую: Trim on zfs ssds is supported starting with freebsd 9.2 and it is enabled by default. Freenas 9.2.1.3 is already on freebsd 9.2p3. So you will be ok. А сейчас в ходу уже FreeNAS 9.10-STABLE, и в линуксе ZFS тоже на месте ж не стоит.
Надо конечно уточнить для профилактики, но с вероятностью 99% я предполагаю, что ZFS на линуксе тоже корректно отрабатывает TRIM.
2016-12-24 10:35 GMT+02:00 Vladimir Sharun
: Привет,
Про trim и почему это не панацея и почему это может не работать и т.д.: https://forums.freebsd.org/threads/56951/#post-328912