| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] save image file format? and [RFC] tmem save/restore/migr
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
|
|
|
| |
|
Home