From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:33467) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbC82-0003A2-94 for qemu-devel@nongnu.org; Wed, 21 Nov 2012 10:22:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TbC7u-0005PI-I9 for qemu-devel@nongnu.org; Wed, 21 Nov 2012 10:22:18 -0500 Received: from mx1.redhat.com ([209.132.183.28]:60100) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbC7u-0005OB-9r for qemu-devel@nongnu.org; Wed, 21 Nov 2012 10:22:10 -0500 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qALFM9Ce012418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 21 Nov 2012 10:22:09 -0500 Message-ID: <50ACF19F.5000102@redhat.com> Date: Wed, 21 Nov 2012 16:22:07 +0100 From: Kevin Wolf MIME-Version: 1.0 References: <1353504237-5608-1-git-send-email-kwolf@redhat.com> <1353504237-5608-3-git-send-email-kwolf@redhat.com> <20121121151408.GB22778@stefanha-thinkpad.redhat.com> In-Reply-To: <20121121151408.GB22778@stefanha-thinkpad.redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 2/2] Documentation: Update image format information List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: qemu-devel@nongnu.org Am 21.11.2012 16:14, schrieb Stefan Hajnoczi: > On Wed, Nov 21, 2012 at 02:23:57PM +0100, Kevin Wolf wrote: >> @item qed >> -Image format with support for backing files and compact image files (when your >> -filesystem or transport medium does not support holes). Good performance due >> -to less metadata than the more featureful qcow2 format, especially with >> -cache=writethrough or cache=directsync. Consider using qcow2 which will soon >> -have a similar optimization and is most actively developed. >> +Old QEMU image format. Left for compatibility. >> + >> +For new images, use qcow2 instead. You might want to consider using the >> +@code{lazy_refcounts=on} option to get a more QED-like behaviour. > > The first sentence should be kept, it describes the general feature set > and scope of this image format. I agree that the rest of the paragraph > can be dropped. > > You could insert a statement saying that qcow2 is now preferred because > it is actively developed and offers advanced features and performance as > the very first sentence. It's the same terse description as for qcow1. If we decided to describe the format in more detail, we should do so consistently, and probably also for non-native formats. (But why? The only use case is compatibility with other/older hypervisors, which is mentioned.) Kevin