Re: Reserve space for specific thin logical volumes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dne 12.9.2017 v 19:14 Gionatan Danti napsal(a):
On 12/09/2017 16:37, Zdenek Kabelac wrote:
ZFS with zpolls with thin with thinpools running directly on top of device.

If zpools - are 'equally' fast as thins  - and gives you better protection,
and more sane logic the why is still anyone using thins???

I'd really love to see some benchmarks....

Of course if you slow down speed of thin-pool and add way more synchronization points and consume 10x more memory :) you can get better behavior in those exceptional cases which are only hit by unexperienced users who tends to intentionally use thin-pools in incorrect way.....

Having benchmarked them, I can reply :)

ZFS/ZVOLs surely are slower than thinp, full stop.
However, they are not *massively* slower.

Users interested in thin-provisioning are really mostly interested in performance - especially on multicore machines with lots of fast storage with high IOPS throughput (some of them even expect it should be at least as good as linear....)

So ATM it's preferred to have more complex 'corner-case' which really mostly never happens when thin-pool is operated properly and the remaining use case you don't pay higher price for having all data always in sync and also you get way lower memory foot-print
(I think especially ZFS is well known for nontrivial memory resource consumption)

As has been pointed already few times in this thread - lots of those
'reserved space' ideas can be already easily handled by just more advanced scripting around notification from dmeventd - if you will keep thinking for a while you will at some point see the reasoning.

There is no difference if you start to solve problem around 70% fullness then
100% - the main difference is - with some 'free-space' in thin-pool you can resolve problem way more easily and correctly.

Repeated again - whoever targets for 100% full thin-pool usage has misunderstood purpose of thin-provisioning.....

Regards

Zdenek

_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/




[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux