2

Я знаю, что установка dedup=on приводит к высокому использованию памяти и почти никогда не стоит (см., Например, https://serverfault.com/a/569099/208661). Однако я включил его, чтобы посмотреть, как он работает, и поместил 20 ГБ в пул на 1,4 ТБ с кешем. Потребление памяти (разница в использовании памяти после загрузки с zfs и без) составляет ок. На 8 ГБ выше, чем с btrfs . После установки dedup=on он был заметно выше, чем с btrfs , но не 8 ГБ. Теперь, я повернулся dedup off и перезагружен, но потребление памяти остается высоким (я бы сказал , что то же самое).

Останется ли он высоким, т. Е. Должен ли я уничтожить и воссоздать пул, чтобы избежать этого потребления памяти, потребуется ли время, пока он не остановится, могу ли я что-то сделать (своего рода повторное дублирование), чтобы ускорить процесс?

1 ответ1

4

Если предположить, что ваши проблемы связаны с дедупликацией, это не очень поможет, поскольку только новые данные не дублируются, старые данные остаются дедуплицированными и таблица дедупликации также остается, см. Http://list.zfsonlinux.org/pipermail/zfs-discuss/2013- Март /007668.html :

Это очень часто задаваемый вопрос. Технически вы можете установить dedup = off для пула, и вновь записанные данные не будут дедуплицированы. Бассейн будет продолжать работать отлично. Однако структуры данных, необходимые для всех существующих дедуплицированных данных, не исчезнут и не повлияют на их влияние на производительность.

Суть в том, что если вы отключите дедупликацию, чтобы исправить медлительность, вызванную дедупликацией, она не будет работать. В этом случае вам нужно будет отправить данные на другое устройство хранения, уничтожить ваш пул, создать новый пул с отключенной дедупликацией, а затем восстановить данные. Там в настоящее время нет другого пути.

Это будет довольно быстро в вашем случае, так как у вас есть только 20 ГБ для перемещения.

Другие полезные ресурсы для деталей позади дедупликации:

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .