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

Re: [Xen-devel] migration



Ian Pratt wrote:
Live migration is a lot more "exciting" from an implementation point of view than stop-and-copy, so if you do have bug reports it would be very useful to know whether you can repeat them in stop-and-copy mode.

I was logged in the whole time and there was about 1/2 a second where it
seemed to freeze, but no bugs to report.


With the old xend and old IO we used to get live migration times
downtimes in the order of <50ms for quiescent domains.

I'm confident we can get back to that order of performance with a
few tweaks Mike and I are currently working on.

hi,

I have an alternative implementation, where live-migration takes place entirely within the guest domain. It is currently only implemented for Linux 2.4, and in the old 1.3 I/O model. It has (in my opinion) a few benefits, because Linux is able to make better informed decisions during migration than Xen is.

My hope is to someday be compatible with the latest and greatest Xen-version, so I have not released any source for this yet. However, if you are interested, let me know and I can send you my patches for XenoLinux (no changes to Xen needed), or some binaries to play with.

There is a short paper describing my approach at http://www.diku.dk/~jacobg/nomadxen.pdf

best,
Jacob


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

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