команду TRIM выполняет контроллер диска, а не драйвер и тем более не ос компа, и в команде TRIM не указывается какие блоки используются, а какие нет... Передача команды TRIM виртуальному устройству СХД физическому контроллеру диска зависит от самой СХД, а там алгоритм передачи определяет производитель СХД...
вспомним старые времена, а именно когда появились ссд, были живы XP и VISTA, в которых ссд умирали месяцев за 6, так вот и в них я ставил только Samsung из-за одной фигни, в утилитах от него можно было принудительно дать TRIM, что периодически делалось и жили они долго и счастливо...
И не надо путать СХД с системами подключаемыми по E-sata...
Очень познавательная история, однако на поставленный вопрос о том каким образом без оповещения СХД о неиспользуемых блоках реализовать over provisioning она не отвечает. Вот еще вопросы к размышлению:
- если я делаю block-level backup, мне нужна информация о неиспользуемых блоках или нет? а если у меня block-level репликация?
- если "TRIM выполняет контроллер диска", то почему discard в linux - это опция монтирования файловой системы? На диске же мы можем сделать несколько файловых систем.
Добрый день,
есть сервер оракловый на Oracle Linux 6(клон RHEL6). Есть разделы, примонтированные по FC с СХД с SSD разделом.
Требуется ли настраивать запуск trim или опции discard для таких разделов?
Везде пишут, что рекомендуется, если Linux на SSD, но в основном там SSD подключена напрямую к серверу, а не раздел с СХД
Для 8-ки ваш вопрос полностью раскрыт здесь:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/managing_file_systems/discarding-unused-blocks_managing-file-systems
