А зачем TRIM на серверах? С очень большим HighLoad - ставить что-то кроме SLC смысла нет, а во всех других SSD - кеш SLC раньше закончится. Во всех остальных случаях, по идее сборщик мусора поможет. Хотя, конечно, TRIM для thin томов нужен, понимаю.
Што? Они годами забивают на поддержание документации в актуальном виде, а ты захотел поддержки мало кому нужной фичи :) Проект сложный, ненавидимый разработчиками ядра вдобавок, рук на всё не хватает.
В любом случае к zfs это не имеет прямого отношения, для fs устанавливаются свойства sharenfs, sharesmb, а дальше всё реализуется сторонними сервисами (в том числе и в illumos).
Не знаю как в ZoL, в opensolaris (illumos) свойство shareiscsi было удалено очень давно, и всё управляется через comstar (common scsi target framework), от zfs требуется только блочное устройство (zvol). Думаю логика в linux отличаться не должна.
виртуалки на KVM, если используем EXT4 , то ставим в конфиге виртуалки, что вирт диск саппортит discard, в самой виртуалке в fstab тоже пишем, что диск саппортит discard. В результате удаленные данные на диске реально высвобождаются и при бэкапе виртуалок не бэкапится заодно куча стертого мусора. А вот с ZFS ниже 0.8 оно бэкапит весь мусор, помеченный как удаленный.
Да, можно сказать, что бэкапить надо самим ZFS и это очень круто, но факт есть факт. Да и само место на гипервизоре тоже быстрее кончается без discard.
технически можно использовать весь обьем mlc/tlc в slc режиме, а не только его часть, как это делают ради модного slc-кеша. в ущерб обьема диска разумеется.