WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Is continuous replication of state possible?

To: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Is continuous replication of state possible?
From: Avery Pennarun <apenwarr@xxxxxx>
Date: Fri, 7 Jan 2005 11:38:20 -0500
Cc: Per Buer <perbu@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 07 Jan 2005 17:37:47 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: <E1Cmw7t-0004lc-00@xxxxxxxxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
References: <41DEA33C.2090604@xxxxxxxxx> <E1Cmw7t-0004lc-00@xxxxxxxxxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.3.28i
On Fri, Jan 07, 2005 at 03:34:09PM +0000, Ian Pratt wrote:

> > I've been playing around with Xen a couple of months now and I am very 
> > much impressed. I am particularly found of the "live migration" feature. 
> > I was wondering if it is possible to make a instance continuously 
> > replicate the state of another instance and then make the other instance 
> > run if the original instance fails.
> 
> Software-implemented hardware fault-tolerance is on the Xen
> research roadmap.
> 
> It basically just requires deterministic execution and event
> injection. Doing this for uniprocessor guests is fairly straight
> forward. Doing it for SMP guests (with decent performance) is
> going to be a huge challenge, as determinism is hard to achieve. We're
> looking in to it...

I gather that the request was not to keep both of them *executing* at once,
but to simply keep the memory image on the clone system "mostly" in sync at
all times, so the failover could happen faster.  This should be easier than
actually trying to execute the code deterministically.

Have fun,

Avery


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel