From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=47200 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Puu15-00059C-10 for qemu-devel@nongnu.org; Wed, 02 Mar 2011 16:55:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Puu13-0006D8-Or for qemu-devel@nongnu.org; Wed, 02 Mar 2011 16:55:30 -0500 Received: from mail-yi0-f45.google.com ([209.85.218.45]:58233) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Puu13-0006D3-MN for qemu-devel@nongnu.org; Wed, 02 Mar 2011 16:55:29 -0500 Received: by yib19 with SMTP id 19so154238yib.4 for ; Wed, 02 Mar 2011 13:55:28 -0800 (PST) Message-ID: <4D6EBCC8.5020506@codemonkey.ws> Date: Wed, 02 Mar 2011 16:55:20 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy References: <20110222170004.808373778@redhat.com> <4D64266A.3060106@codemonkey.ws> <20110222230935.GA11082@amt.cnet> <4D644343.4050800@codemonkey.ws> <4D65051A.6070707@redhat.com> <4D651B20.70405@codemonkey.ws> <4D652852.60505@redhat.com> <4D652F73.3000305@codemonkey.ws> <4D65324A.5080408@redhat.com> <4D65359E.3040008@codemonkey.ws> <4D65416D.8040803@redhat.com> <4D656B97.5030301@codemonkey.ws> <4D661CB8.6010305@redhat.com> <4D667287.9010005@codemonkey.ws> <4D6677BE.2030009@redhat.com> <4D669C46.40909@codemonkey.ws> <4D6A150B.8030205@redhat.com> <4D6A58E0.9020607@codemonkey.ws> <4D6A6E38.4030700@redhat.com> <4D6A8CC9.4090304@codemonkey.ws> <4D6B5EFA.8060106@redhat.com> <4D6B98FD.7020103@codemonkey.ws> <4D6BA16A.2020204@redhat.com> <4D6BDFA1.3000100@redhat.com> <4D6CBECF.8090805@redhat.c! om> <4D6D160E.4060208@codemonke! y.ws> <4D6E70AC.9010202@redhat.com> In-Reply-To: <4D6E70AC.9010202@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Jes.Sorensen@redhat.com, Marcelo Tosatti , qemu-devel@nongnu.org On 03/02/2011 11:30 AM, Avi Kivity wrote: >> It's really the natural generalization >> of what you're proposing. >> >> So basically, the only differences are: >> >> 1) always use the new RAID1 format >> 2) drop the progress bitmap >> 3) support multiple devices per file >> 4) let drive properties be specified beyond filename >> >> All reasonable things to do. > > Well, I dislike 3, and the whole "qemu is authoritative source of > configuration" thing. Yeah, at this point, I think the new no-stored-state approach is obviously better than anything proposed. So we'll have to revisit this discussion if/when there's another use-case that demands it. Regards, Anthony Liguori