On 02/28/2012 09:51 AM, dima wrote:
On 02/28/2012 07:10 AM, Chester wrote:
On Mon, Feb 27, 2012 at 7:54 AM, dimadole...@parallels.com wrote:
Hello,
Since several people asked to post the results, here they are.
I tried raw virtio disk with and without -z -C set and also qcow2 virtio
disk
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
this was a quick aid, please see attached file for an updated tool to set
the file flags, now added 'z' for NOCOMPRESS flag, and supports
I get the following errors when running fileflags on large (2GB) database
files:
open(): No such file or directory
open(): Value too large for defined data type
http://www.gnu.org/software/coreutils/faq/#Value-too-large-for-defined-data-type
The message Value too large for defined data
Hello,
Since several people asked to post the results, here they are.
I tried raw virtio disk with and without -z -C set and also qcow2 virtio
disk without -z -C set and did not notice any difference in performance
at all - Redhat 6.2 Minimal installs in 10 minutes in each case. The
abysmal
On Mon, Feb 27, 2012 at 7:54 AM, dima dole...@parallels.com wrote:
Hello,
Since several people asked to post the results, here they are.
I tried raw virtio disk with and without -z -C set and also qcow2 virtio
disk without -z -C set and did not notice any difference in performance at
all -
On 02/28/2012 07:10 AM, Chester wrote:
On Mon, Feb 27, 2012 at 7:54 AM, dimadole...@parallels.com wrote:
Hello,
Since several people asked to post the results, here they are.
I tried raw virtio disk with and without -z -C set and also qcow2 virtio
disk without -z -C set and did not notice any
On 02/13/2012 04:17 PM, Ralf-Peter Rohbeck wrote:
Hello,
is it possible to set nodatacow on a per-file basis? I couldn't find
anything.
If not, wouldn't that be a great feature to get around the performance
issues with VM and database storage? Of course cloning should still
cause COW.
Hello,
On 02/13/2012 03:34 PM, Chester wrote:
On Mon, Feb 13, 2012 at 1:17 AM, Ralf-Peter Rohbeck rohb...@yahoo.com wrote:
Hello,
is it possible to set nodatacow on a per-file basis? I couldn't find
anything.
If not, wouldn't that be a great feature to get around the performance
issues with VM
On 02/13/2012 05:09 PM, Roman Mamedov wrote:
On Mon, 13 Feb 2012 16:40:03 +0900
dimadole...@parallels.com wrote:
Hello Ralf-Peter,
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
The
On 02/13/2012 05:09 PM, Roman Mamedov wrote:
On Mon, 13 Feb 2012 16:40:03 +0900
dimadole...@parallels.com wrote:
Hello Ralf-Peter,
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
The
On Mon, 13 Feb 2012 22:42:23 +0900
dima dole...@parallels.com wrote:
gcc -o /usr/local/bin/nocow nocow.c
ln -sf /usr/local/bin/nocow /usr/local/bin/cow
I don't seem to be able to 'unset' the NOCOW flag. Looking at the code
I would guess that it is supposed to alternate between 'cow' and
Hi,
On Mon, Feb 13, 2012 at 04:40:03PM +0900, dima wrote:
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
this was a quick aid, please see attached file for an updated tool to set
the file
The fileflags utility works great!
Thanks!
Am 13.02.2012 15:10, schrieb David Sterba:
Hi,
On Mon, Feb 13, 2012 at 04:40:03PM +0900, dima wrote:
Actually it is possible. Check out David's response to my question from
some time ago:
On 02/13/2012 10:51 PM, Roman Mamedov wrote:
On Mon, 13 Feb 2012 22:42:23 +0900
dimadole...@parallels.com wrote:
gcc -o /usr/local/bin/nocow nocow.c
ln -sf /usr/local/bin/nocow /usr/local/bin/cow
I don't seem to be able to 'unset' the NOCOW flag. Looking at the code
I would guess that it
Hello,
is it possible to set nodatacow on a per-file basis? I couldn't find
anything.
If not, wouldn't that be a great feature to get around the performance
issues with VM and database storage? Of course cloning should still
cause COW.
Thanks,
Ralf-Peter
--
To unsubscribe from this list:
15 matches
Mail list logo