From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=55774 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PTa1t-0003Nu-5O
	for qemu-devel@nongnu.org; Fri, 17 Dec 2010 08:07:27 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <kwolf@redhat.com>) id 1PTa1q-0006VS-El
	for qemu-devel@nongnu.org; Fri, 17 Dec 2010 08:07:23 -0500
Received: from mx1.redhat.com ([209.132.183.28]:27634)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kwolf@redhat.com>) id 1PTa1q-0006VI-52
	for qemu-devel@nongnu.org; Fri, 17 Dec 2010 08:07:22 -0500
Message-ID: <4D0B60C0.5070109@redhat.com>
Date: Fri, 17 Dec 2010 14:08:16 +0100
From: Kevin Wolf <kwolf@redhat.com>
MIME-Version: 1.0
References: <1291651683-11990-1-git-send-email-stefanha@linux.vnet.ibm.com>
In-Reply-To: <1291651683-11990-1-git-send-email-stefanha@linux.vnet.ibm.com>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
Subject: [Qemu-devel] Re: [PATCH v6 0/5] qed: Add QEMU Enhanced Disk format
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
Cc: Anthony Liguori <aliguori@us.ibm.com>, qemu-devel@nongnu.org, Avi Kivity <avi@redhat.com>

Am 06.12.2010 17:07, schrieb Stefan Hajnoczi:
> For a changelog against v5, see below.
> 
> QEMU Enhanced Disk format is a disk image format that forgoes features
> found in qcow2 in favor of better levels of performance and data
> integrity.  Due to its simpler on-disk layout, it is possible to safely
> perform metadata updates more efficiently.
> 
> Installations, suspend-to-disk, and other allocation-heavy I/O workloads
> will see increased performance due to fewer I/Os and syncs.  Workloads
> that do not cause new clusters to be allocated will perform similar to
> raw images due to in-memory metadata caching.
> 
> The format supports sparse disk images.  It does not rely on the host
> filesystem holes feature, making it a good choice for sparse disk images
> that need to be transferred over channels where holes are not supported.
> 
> Backing files are supported so only deltas against a base image can be
> stored.  The base image may be smaller than the image file.
> 
> The file format is extensible so that additional features can be added
> later with graceful compatibility handling.  A specification for the file
> format is included in this patchset.
> 
> Internal snapshots are not supported.  This eliminates the need for
> additional metadata to track copy-on-write clusters.
> 
> Compression and encryption are not supported.  They add complexity and can be
> implemented at other layers in the stack (i.e. inside the guest or on the
> host).  Encryption has been identified as a potential future extension and the
> file format allows for this.
> 
> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
> Signed-off-by: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>

Thanks, reluctantly applied to the block branch. ;-)

Kevin