WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] COW in Xen

To: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] COW in Xen
From: "Mark Ryden" <markryde@xxxxxxxxx>
Date: Tue, 6 Mar 2007 13:23:42 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, "Rendon, Curtis" <Curtis.Rendon@xxxxxxx>, Marcel Ritter <Marcel.Ritter@xxxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 06 Mar 2007 03:22:49 -0800
Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W2iDNirpXDTR7/KkmUIF0XZ5OEWD1g5yBmxPOkwA8XciHKeDuEVpnT3ld3AZR/qWe5gCCEC8MzPkTRFpO6UaM4FJkcqH5BWDZ42Ap+RVq60ONdKSqPVNGkmzKd7ReiyylSBgziU4LucGU3kSjIVnXV6skZYuff74axBVXOWWsKE=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Uj/SJBlev1PDnPjOpEvWAiIqoCW+Yea1zmr/dzjC4BYaubrUs2wy3agEJ2y7m97TetEGEckcF8swPMf/zZ5gtsnKHlF9XJX0NSd6mgees/8GCFwueB5NWNqJ5uedAAHCO10tWYR6lZ/Bk76LjKNHvQzFdj76/EE96yyZSwNAAOk=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <8A87A9A84C201449A0C56B728ACF491E0B9C8A@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <E1HOJ6k-0004Jk-8f@host-192-168-0-1-bcn-london> <7986CEFCE5C2954A88BEE2CAB6FAB374019EA9BC@xxxxxxxxxxxxxxxxx> <45ED3A37.5010604@xxxxxxxxxxxxxxxxxxxx> <8A87A9A84C201449A0C56B728ACF491E0B9C8A@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi,
First , thanks , Marcel

If I got Mark right, it's not the image type qcow itself, he's
interested in,
but the COW (Copy-on-write) feature.

 You did indeed got me right; I am not talking specifically about
some format like qcow  itself but my question is general. As I said
before, it seems that there are many
Copy-on-Write solutions; at least according to the Xen wiki page on COW
(http://wiki.xensource.com/xenwiki/COWHowTo).
For example, Xen blktap, DmUserspace ,UnionFS, BenRin's Copy-on-Write
md device,Translucency, parallax, CowNFS , and LVM snapshots (and yet
I don't know yet whether MarkW XenFS should support cow).

I am not an expert on CoE. As I understand, there are two main
categories for Copy On Write solutions: file based solutions and block
based solutions.

It's obvious to me that there are some pros and cons for each method.
It seems to me that no doubt that when using a solution which should
patch the kernel
this can be thought of as a drawback by many. Also when the solution
is tightly coupled to a filesystem (like unionFS or CoWNFS) this maybe
can seem a drawback. (conmparing to block device solutions). So if
somebody can give a short analyze of pros and cons of the different
CoW techniques available for Xen
and the roadmap ahead this can make things better understood.
Regards,
Mark





On 3/6/07, Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx> wrote:
> > I've been using qcow images generated by qemu-img for Linux and
> > MSWIndows HVM guests, and I've been getting good results. The image
> > files are much smaller that the equivalently sized raw images.
> >
> > I simply create them (via gemi-img create -f qcom 10G) and use the
> > disk=['file:...'] line in my guest configuration files.
> >
> If I got Mark right, it's not the image type qcow itself, he's
> interested in,
> but the COW (Copy-on-write) feature. Some time ago I tried to get
> COW working with qcow images, without success. So I guess the name
> is missleading, and (in Xen) there's no COW based on qcow.
>
> I'd really like to get a simple file based COW - is this planned for
> future Xen releases? Maybe someone can comment?

AFAIK it works in xen-unstable, so will be in 3.0.5.

Ian


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>