Кажется, что SMR-накопители лучше всего подходят для записи один раз, а для чтения - несколько раз. У меня есть значительное количество дублированных структур каталогов, хранящихся на жестком канале, которые хранятся на устройстве SMR, и я хотел удалить самую последнюю, однако процесс кажется мучительно медленным. Либо произошла ошибка, либо это ожидаемое поведение.
Я могу представить несколько причин, почему это может быть, существует ли конкретная информация, чтобы объяснить это?
Мысли:
- Обновление таблицы файлов требует изменения ранних частей диска, требующих существенной перезаписи данных в соответствии с перезаписью SMR.
- Для связанных файлов требуются обновления счетчика ссылок, которые изменяют таблицу файлов, опять же, требуя значительной перезаписи данных.
В целом, как эффективно работает файловая система на SMR? Данные распределяются по диску, но файловая таблица должна храниться отдельно, в противном случае зависание снизит производительность. Как мог управляемый SMR накопитель знать, где находится таблица файлов, чтобы обрабатывать его особым образом? В этом случае некоторые файловые системы лучше других?
Особенности: Диск: Seagate Archive 6 ТБ ОС: ядро CentOS 7 3.10.0 Файловая система: BTRFS Использование диска: 66%