O lvm-thin usa dm-thin embaixo ou são utilitários completamente separados?

Question

Os instantâneos do LVM parecem ter desempenho extremamente ruim Parece que dm-thin de instantâneos usam uma nova implementação:

Another significant feature is support for an arbitrary depth of recursive snapshots (snapshots of snapshots of snapshots ...). The previous implementation of snapshots did this by chaining together lookup tables, and so performance was O(depth). This new implementation uses a single data structure to avoid this degradation with depth. Fragmentation may still be an issue, however, in some scenarios.

No entanto, dm-thin parece ser bastante básico. Em a documentação eles dizem que os usuários finais são aconselhados a usar o lvm2. lvm parece ter lvm-thin , então estou pensando se lvm-thin alavanca dm-thin ou se são implementações diferentes e que a versão futura de lvm (que ainda não existe) pode aproveitar dm-thin .

    

Answer 1

1. O LVM2 é a versão atual do LVM, não uma versão futura.

   $ rpm -q lvm
   package lvm is not installed
   $ rpm -q lvm2
   lvm2-2.02.177-5.fc28.x86_64
             ^ lvm 2.02 has been around for some time :)
   

2. O LVM está intimamente ligado ao DM; "na verdade, o DM é mantido pela equipe principal do LVM". Não há nenhum implemento independente de provisionamento thin na camada LVM; isso depende do DM. AFAIK há apenas uma implementação de "thin provisioning" no DM, então é legal e simples.

Acho que você está certo, isso não é explicado em nenhuma documentação proeminente para o lvmthin. Você pode ver o código-fonte do LVM ou este artigo do blog por um usuário.

Além disso, se você usar o lvmthin, você notará que os dispositivos que você está usando ainda são /dev/mapper/... ou algo relacionado, o que é fácil de verificar como sendo um dispositivo DM.