[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] save image file format? and [RFC] tmem save/restore/migrate
At 13:26 +0100 on 18 Jun (1245331580), John Levon wrote: > > just layering for its own sake. (Also, using qemu to save a PV guests > > would be pretty wierd). > > Why? We already use qemu for PV guests and that's only going to become > more common. Is it? AIUI the only thing we use qemu for in PV guests is the pvfb backend, which is just because nobody's put in a proper library interface to that code. > > > The qemu people are also maintaing save record compatibility now, so we > > > are safe from that perspective. > > > > Yes, but their code-defines-format model is rubbish. > > Maybe now is the time to help them fix that? It's really no worse than > Xen's code-defines-format model, headers or not. Qemu's code-defines-format model is actually much better than the xend/libxc code-defines-format model. :) But that's not to say it's the thing we should be copying. > If we do need a separate container format, let's use ELF like the core > files (slightly extended as I mentioned). Just not yet another format > when there's no need. ELF could work; it gives us easy access to unpacking code in several languages. Tim. -- Tim Deegan <Tim.Deegan@xxxxxxxxxx> Principal Software Engineer, Citrix Systems (R&D) Ltd. [Company #02300071, SL9 0DZ, UK.] _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |