[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |