Я сказал бы даже, что ZFS мог стоить того, чтобы попытаться, ее возможное для установки Nexenta основывало систему, поддержанную некоторым диском, любым волокном, iscsi, и т.д., довольно легко, и имеет довольно хорошую производительность. Я рекомендовал бы этот подход по локальному устройству хранения данных, если бы производительность не абсолютно очень важна никакой день, так как это дало бы Вам простой сценарий восстановления, если бы Ваш сервер виртуализации понизился.
Какая у вас версия ядра? FITRIM ioctl был добавлен примерно в августе 2010 года , поэтому в старых ядрах его не будет. Я предполагаю, что wiper.sh использует другой метод обрезки, поэтому он будет работать без ioctl.
fstrim
использует интерфейсы ядра для связи с диском, и если ваше ядро не знает, как отправить команду TRIM
на привод fstrim
выдаст Операция не поддерживается
. (Например, некоторым дискам требуется TRIM
для преобразования в UNMAP
или DISCARD
.)
С другой стороны, hdparm
напрямую обращается к вашему устройству хранения без поддержки ядра (по этой причине он всегда должен запускаться от имени root
). В результате он может поддерживать устройства, которые ядро (пока?) Не знает достаточно хорошо для поддержки. Стеклоочиститель .Сценарий sh
- это просто интерфейс для hdparm
, поэтому вам не нужно вручную вычислять и вводить номера секторов.
Я считаю, что если вы используете какое-либо последнее ядро Linux, тогда TRIM
должен поддерживаться, если устройство напрямую подключено к системе. Однако ядро может не поддерживать TRIM
для вашего устройства, если оно подключено через USB с использованием SAT через мост UAS / UASP.
Обратите внимание, что в настоящее время вам может потребоваться выполнить TRIM
на жестких дисках. также, потому что жесткие диски SMR будут иметь лучшую производительность, если можно будет отказаться от больших блоков.