WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

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

<Prev in Thread] Current Thread [Next in Thread>