Como reduzir o uso de memória após configurar o dedup = off (depois de tê-lo ativado por um tempo)?

Question

Eu sei que a configuração dedup=on causa alto uso de memória e quase nunca vale a pena (veja, por exemplo, link ) . No entanto, eu o liguei para ver como funciona e coloquei 20 GB em um pool de 1,4 TB com um cache. O consumo de memória (diferença de uso de memória após a inicialização com e sem zfs) é de aprox. 8 GB mais alto do que com btrfs . Depois de definir dedup=on , era mais notável do que com btrfs , mas não 8 GB. Agora, eu transformei dedup off e reiniciei, mas o consumo de memória ainda é alto (eu diria o mesmo).

Ele permanecerá alto, ou seja, eu tenho que destruir e recriar o pool para evitar esse consumo de memória, vai levar tempo até que ele desça, eu posso fazer algo (algum tipo de re-duplicação), a fim de acelerar o processo?

    

Answer 1

Supondo que seus problemas provenham da dedup, isso não ajudará muito, já que apenas dados novos não são duplicados, dados antigos permanecem desduplicados e a tabela de desduplicação também permanece, veja link :

This is a very commonly-asked question. You can technically set dedup=off on a pool, and newly-written data will not be deduped. The pool will continue to work perfectly. However, the data structures required for all the existing deduped data will not go away, and nor will any of their performance implications.

The bottom line is that if you are disabling dedup to fix slowness caused by dedup, it won't work. In that case, you will need to send the data to another storage device, destroy your pool, create a new pool with dedup off, and then restore the data. There's currently no other way.

Isso seria bem rápido no seu caso, já que você só tem 20GB para mover.

Outros bons recursos para os detalhes por trás da dedup são:

• link
• link (seção 2)
• link