[linux-lvm] The feasibility of implementing an alternative snapshot approach

Zdenek Kabelac zdenek.kabelac at gmail.com
Fri Jan 6 13:42:22 UTC 2023


Dne 04. 01. 23 v 17:12 Zhiyong Ye napsal(a):
> Hi Zdenek,
> 
> Thank you for your reply.
> 
> Snapshots of thinlv are indeed more efficient compared to standard lv, this is 
> because data blocks can be shared between snapshot and original thinlv. But 
> there is also a performance loss after thinlv creates a snapshot. This is 
> because the first write to the snapshotted thinlv requires not only allocating 
> a new chunk but also copying the old data.
> 
> Here are some performance data and a discussion of the thinlv snapshot:
> 
> https://listman.redhat.com/archives/linux-lvm/2022-June/026200.html
>

Well that's our current  'state-of-the-art' solution.

Make sure you are using latest kernels for your performance testing - there 
have been several improvements around the locking (6+ kernels) - but if this 
still not good enough for your case you might need to seek for some other 
solutions (although would be nice to know who handles this task better).

Definitely the old 'thick-snapshot' is mostly in maintenance phase and it's 
usability (and its design) is limited for some short living temporary 
snapshoting (i.e. you are making backup and after completing your backup of 
the filesystem you remove your temporary snapshot - it's been never designed 
to be used for multi-level multi-GiB snapshots - this will not fly...

When you use thin snapshots - make sure your metadata LV is located on your 
fast device and you use best fitting chunksize.

Regards

Zdenek



More information about the linux-lvm mailing list