On 12/20/2014 01:18 AM, Daniele Testa wrote:
But I read somewhere that compression should be turned off on mounts that just store large VM-images. Is that wrong?
It doesn't really matter frankly. Usually virt images are preallocated with fallocate which means compression doesn't happen as writes into fallocated areas aren't compressed, but you aren't doing that so you would be getting some compression.
Btw, I am not pre-allocation space for the images. I use sparse files with: dd if=/dev/zero of=drive.img bs=1 count=1 seek=300G It creates the file in a few ms. Is it better to use "fallocate" with btrfs?
It depends. If you are going to use nodatacow for your virt images then I would definitely suggest using fallocate since you'll get a nice contiguous chunk of data for your virt images.
If I use sparse files, it adds a benefit when I want to copy/move the image-file to another server. Like if the 300GB sparse file just has 10GB of data in it, I only need to copy 10GB when moving it to another server. Would the same be true with "fallocate"?
No, but send/receive would only copy 10GB, but the resulting file would be sparse.
Anyways, would disabling CoW (by putting +C on the parent dir) prevent the performance issues and 2*filesize issue?
Yes. Thanks, Josef -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
