[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Save/restore, migration of HVM-guest's



> can s.b. tell me what the actual status for save/restore and migration
> of unmodified HVM-guest's is? Are there any news since Xen 3.0.1, any
> timeframe when it could be available?

Since memory is fully virtualised a fair bit of the infrastructure necessary 
is already there.  I don't know to what extent page dirtying is exported to 
userspace for an HVM domain, which is an important part of live migration 
(although not necessary for suspend / resume).

Somebody might in principle be able to hack the Qemu device models to suspend 
their state, at which point almost all the pieces will be in place.

However, the primary plan (I believe) is to move the device emulator into a 
paravirtualised domain that runs alongside the HVM domain.  This encapsulates 
all the state of the device models in an opaque way and migration can be 
achieved by migrating the device model emulator along with the domain in 
question.

There was recently a call for help on implementing this new model (which 
should also improve emulation performance), but I'm not sure anyone is 
working directly on it yet.  Since the emulator domain is likely to be based 
on mini-os, a number of people are working on cleaning up its code base and 
making it run on 64-bit x86.

Cheers,
Mark

-- 
Dave: Just a question. What use is a unicyle with no seat?  And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.