отключить службу rtkit -daemon.service, когда selinux отключен

Единственный способ убедиться в этом — протестировать диск с достаточным количеством случайных операций записи. Предполагается, что «управляемый диск» SMR полностью прозрачен для главного компьютера, и иногда производители не упоминают SMR. Однако «прозрачность» касается только логического поведения, а не производительности (или задержки ).

Предлагаю следующее. Запустите fioследующим образом (сначала cdв каталог на диске для тестирования, потому что после этого будет создан тестовый файл эталонного теста в текущем рабочем каталоге):

fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randwrite --size=500g --io_size=1500g --blocksize=10m --ioengine=libaio --iodepth=1 --direct=1 --numjobs=1 --runtime=3600 --group_reporting

В этом примере будет создан файл размером 500 ГБ, выбрано случайное место в нем и записано 10 МБ случайных данных. Затем он повторяет тест до 1 часа или до тех пор, пока не будет записано 1,5 ТБ. Посмотрите на линии ETA, которые выглядят примерно так:

Jobs: 1 (f=1): [w(1)] [20.0% done] [0KB/40960KB/0KB /s] [0/4/0 iops] [eta 00m:28s]

Приведенная выше команда будет выводить новую строку ETA каждые 5 секунд. Посмотрите на скорость и IOPS между косыми чертами(40960KBи4)выше.Для диска SMR вы должны сначала получить хорошие значения (100 МБ+/с и 10+ IOPS ), но по мере продолжения теста и заполнения внутреннего кэша диска SMR (обычно около 20 ГБ )производительность будет ходить повсюду. Иногда она будет близка к начальной скорости, иногда это будут длительные периоды времени около 0 МБ/с и 0 -1 IOPS. Однако ошибок быть не должно.

Имейте в виду, что диски SMR будут работать медленнее при использовании или тестировании! Некоторые приводы поддерживают команду TRIM, и fstrimможет помочь восстановить исходную скорость привода.

Даже без TRIM хорошо сделанный SMR с «управляемым приводом» приобретет свою первоначальную скорость, если оставить его без питания на достаточно долгое время. Возможно, вам потребуется отключить замедление вращения диска (управление питанием ), если он переходит в спящий режим до того, как внутренний кэш будет полностью сброшен в область SMR. Для дисков Seagate SMR, которые я использовал, полная очистка кеша занимает около получаса. В это время диск звучит так, как будто он записывает данные, хотя компьютер ничего не записывает на диск. К сожалению, я не знаю, как запросить статус сброса с диска. Либо слушайте звуки привода, либо просто подождите достаточно долго.

Пример :Накопитель Seagate SMR, по-видимому, с удовольствием переходит в спящий режим во время сброса SMR (, вероятно, для того, чтобы притвориться полностью прозрачным для пользователя )и продолжать сбрасывать после пробуждения в будущем. Это прозрачно в том смысле, что повреждение данных не произойдет даже при отключении питания. Однако это приводит к очень низкой производительности, если вы время от времени записываете большие пакеты данных и сразу после этого переводите диск в спящий режим (, например. использовать такой диск как диск резервного копирования, который немедленно отключается и отключается после логического завершения резервного копирования ). В следующий раз, когда вы сделаете еще одну резервную копию, новая резервная копия будет конкурировать с сбросом SMR предыдущей резервной копии, и производительность будет очень низкой.Если вы держите такой диск всегда включенным и записываете только до 10 ГБ за один раз, он будет таким же быстрым или быстрее, чем обычный жесткий диск PMR.