From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1buKgi-0006SZ-Ta for qemu-devel@nongnu.org; Wed, 12 Oct 2016 10:39:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1buKgg-00016N-V6 for qemu-devel@nongnu.org; Wed, 12 Oct 2016 10:39:19 -0400 Date: Wed, 12 Oct 2016 16:39:09 +0200 From: Kevin Wolf Message-ID: <20161012143909.GM5544@noname.redhat.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] [PATCH v10 10/16] docs: Document how to stream to an intermediate layer List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alberto Garcia Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org, Max Reitz , Markus Armbruster , Stefan Hajnoczi Am 06.10.2016 um 15:02 hat Alberto Garcia geschrieben: > Signed-off-by: Alberto Garcia > --- > docs/live-block-ops.txt | 31 ++++++++++++++++++++----------- > 1 file changed, 20 insertions(+), 11 deletions(-) > > diff --git a/docs/live-block-ops.txt b/docs/live-block-ops.txt > index a257087..014c8c9 100644 > --- a/docs/live-block-ops.txt > +++ b/docs/live-block-ops.txt > @@ -10,9 +10,9 @@ Snapshot live merge > Given a snapshot chain, described in this document in the following > format: > > -[A] -> [B] -> [C] -> [D] > +[A] <- [B] <- [C] <- [D] <- [E] > > -Where the rightmost object ([D] in the example) described is the current > +Where the rightmost object ([E] in the example) described is the current > image which the guest OS has write access to. To the left of it is its base > image, and so on accordingly until the leftmost image, which has no > base. > @@ -21,11 +21,14 @@ The snapshot live merge operation transforms such a chain into a > smaller one with fewer elements, such as this transformation relative > to the first example: > > -[A] -> [D] > +[A] <- [E] > > -Currently only forward merge with target being the active image is > -supported, that is, data copy is performed in the right direction with > -destination being the rightmost image. > +Data is copied in the right direction with destination being the > +rightmost image, but any other intermediate image can be specified > +instead. In this example data is copied from [C] into [D], so [D] can > +be backed by [B]: > + > +[A] <- [B] <- [D] <- [E] > > The operation is implemented in QEMU through image streaming facilities. This whole document is hopelessly outdated. At least, we need to clarify here that streaming isn't the only operation that exists and that the explanation refers to streaming only. Ideally we would also add a section on commit. And likeweise, the next section about "live block copy" should be extended to cover mirror and backup. Kevin