From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:33997) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqRFO-0004Tp-6s for qemu-devel@nongnu.org; Mon, 08 Aug 2011 10:56:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QqRFM-000672-OF for qemu-devel@nongnu.org; Mon, 08 Aug 2011 10:56:06 -0400 Received: from mail-yx0-f173.google.com ([209.85.213.173]:49335) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqRFM-00066y-Lh for qemu-devel@nongnu.org; Mon, 08 Aug 2011 10:56:04 -0400 Received: by yxt3 with SMTP id 3so3241583yxt.4 for ; Mon, 08 Aug 2011 07:56:04 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <4E3FF705.9080009@redhat.com> References: <4E3FF6AE.8030004@redhat.com> <4E3FF705.9080009@redhat.com> Date: Mon, 8 Aug 2011 15:56:03 +0100 Message-ID: From: Stefan Hajnoczi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH v4] XBZRLE delta for live migration of large memory apps List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Blue Swirl , "Shribman, Aidan" , qemu-devel Developers On Mon, Aug 8, 2011 at 3:47 PM, Avi Kivity wrote: > On 08/08/2011 05:46 PM, Avi Kivity wrote: >> >> Please provide documentation in docs/ of the compression format. >> >> IMO it should be disabled by default (with an option to disable it, via, >> sat, migrate-set-options, so we can migrate to older hosts). >> >> The protocol should allow XBZRLE to turn itself off if it detects that i= t >> isn't effective. >> > > IOW, this should be part of the standard migration protocol, not some sid= e > option that is enabled if the user remembers. =A0It should not be mutuall= y > exclusive with future migration extensions, including compression. This is an attractive option. With some polish maybe XBZRLE could be integrated as a default option that does not degrade performance. Adding features that require user configuration isn't worthwhile because they won't be used or they'll be misused - let's not make QEMU more complicated if it can be avoided. If there is no way to make XBZRLE automatic then I think it should live outside QEMU because it will be a niche feature that relatively few will use but adds complexity to migration. Stefan