|
|
|
|
|
|
|
|
|
|
xen-devel
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
|
|
|
|
|