This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] [PATCH 0 of 2] [Resend v2] remus: Checkpoint Compression

To: rshriram@xxxxxxxxx
Subject: Re: [Xen-devel] [PATCH 0 of 2] [Resend v2] remus: Checkpoint Compression
From: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>
Date: Thu, 23 Jun 2011 11:55:57 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxx>
Delivery-date: Thu, 23 Jun 2011 03:56:49 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=hPOf1BJLR7ff4jZv1JukM2kLOmFqhiOO5entD5f1kZo=; b=Ua0aiI9WzOn0hglPE7oWrgFElkzfI0oMU/4Coib7dHK1cheTPisVM84AqHTj2YplLL 4Ljl0Q0jueBf5KtBN/3bqH8/j4zr7q73CpVRjUdkxbDiTQ5PqNRrgqiwCXtX4OvsuKZe dl51D2ycjLlB8T8HodI23k6gzNVytZJcCvOf8=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=ZNZxx2k+1S6OO1NfhnJBFoxLAVQTmTlJ95LwFOdnWMFa6aPuJdgQqq6UDKD8y8p2+L KoEfR/OuWFOWcUgkiZCsfXRIzqMF4j6qpDbqbkhZugmuw47tXKUpZFIlMziFGID7Bhx4 rmRBxbxP0/MgfvGx9Kgtap04oXjZim4ydCXiM=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <BANLkTin4_GvnSp0uBtpu2Bp86117aiVJqA@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <patchbomb.1308457938@xxxxxxxxxxxxxxxxxxx> <1308730982.6920.141.camel@xxxxxxxxxxxxxxxxxxxxxx> <BANLkTin4_GvnSp0uBtpu2Bp86117aiVJqA@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Wed, Jun 22, 2011 at 5:47 PM, Shriram Rajagopalan <rshriram@xxxxxxxxx> wrote:
> On Wed, Jun 22, 2011 at 4:23 AM, Ian Campbell <Ian.Campbell@xxxxxxxxxx>
> wrote:
>> On Sun, 2011-06-19 at 05:32 +0100, Shriram Rajagopalan wrote:
>> > This patch series adds checkpoint compression functionality to Remus.
>> Would there be any benefit to applying this technique to the second and
>> subsequent rounds of a normal live migration? Or do you need the greater
>> number of rounds which Remus implies to really see the benefit?
> The benefits (bandwidth wise) will show up from 3rd round or so. 1st round,
> since
> "all" pages are sent as-is, they are not cached. 2nd round is where you
> would
> start caching pages. 3rd round onwards, you would see the benefits of the
> compression
> (depending on the workload in the VM).

So it sounds like the amount of bandwidth savings depends on how many
rounds you go after the 2nd round; I'm not sure how many that is on
average, but it seems unlikely to be too large.

On the other hand, if there's not too much of a cost, it might
actually make the code simpler to send compressed checkpoints by
default, rather than by gating them on Remus.


Xen-devel mailing list