Thin pool performance when allocating lots of blocks
Demi Marie Obenour <[email protected]>
| Newsgroups | gmane.linux.lvm.general,gmane.linux.kernel.device-mapper.devel |
|---|---|
| Message-ID | <YgK+Avj+VURDqo7j@itl-email> |
Are thin volumes (which start as snapshots of a blank volume) efficient for building virtual machine images? Given the nature of this workload (writing to lots of new, possibly-small files, then copying data from them to a huge disk image), I expect that this will cause sharing to be broken many, many times, and the kernel code that breaks sharing appears to be rather heavyweight. Furthermore, since zeroing is enabled, this might cause substantial write amplification. Turning zeroing off is not an option for security reasons. Is there a way to determine if breaking sharing is the cause of performance problems? If it is, are there any better solutions? -- Sincerely, Demi Marie Obenour (she/her/hers) Invisible Things Lab _______________________________________________ linux-lvm mailing list [email protected] https://listman.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEdodNnxM2uiJZBxxxsoi1X/+cIsEFAmICvgIACgkQsoi1X/+c IsG9ZRAAjng6XabF9PFKdAooS26UPMMpKl5j9tWDhP9nz/kTolpr2UT/Gb06VR9s nykRjIg0tSID2I6jTpPkjqHJ3zHg7ledk74wrLL9cwDKNgqmfC4qR6OxGxfaND+k d7a4sqepsdejL2QLi4I9tmGEGn8PV2EwW8evxL0R1JaxKnnJopQaZYnFW/7H3geY Fg7cRyPoWUEnS0a0CJIZQGK38QPGpxdTEpMvc3IItG+lUGrzpnA+fZZ8crjQxQzD nr+GoADFJ7cyBt2VVgXXPtRrhv3UK/PoPh5iNpC6fBZsCnjgJXetOrTPiLClwacK 9wABrdXOOgjsxRhZU3h0hcMNQAuJVkJPSWic5/VwaMPCq9BhlNtzj4kKjNw7M/m0 XExNtXKdwmvPJTnHp5zBIrJwHx/Uv/OkhHCYj6NtUxic3QycSA7LjWYPnvHjf6la UetwRhSpyj3eXEwKp1MYOSYC52giWplTjKFvF40ua605Kt0olQY6rbZuQaEiu2Y1 UcWhHRBU9yCFh2+vDv0S/qvJzLennheyorORxO6TM+JhWV/8CHJS4i6XwNfU/oxa DGyqn2qx9fG8WvR5LW8cbdxUm0Z6fcXuu3j3Z8c+uL7dA3+O3QXkkGyelhZrPgDA Fpw/GRMNhX0EwJrpWUhEXrS5eWGEJZSVg4gn2wO15kjezFbXAow= =Yiqb -----END PGP SIGNATURE-----