From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
To: John Levon <levon@movementarian.org>
Cc: Tim Deegan <Tim.Deegan@eu.citrix.com>,
Dan Magenheimer <dan.magenheimer@oracle.com>,
"Xen-Devel (E-mail)" <xen-devel@lists.xensource.com>,
Gianluca Guida <Gianluca.Guida@eu.citrix.com>
Subject: Re: save image file format? and [RFC] tmem save/restore/migrate
Date: Thu, 18 Jun 2009 13:02:41 +0100 [thread overview]
Message-ID: <4A3A2CE1.2010100@eu.citrix.com> (raw)
In-Reply-To: <20090618113924.GB17990@movementarian.org>
John Levon wrote:
> On Thu, Jun 18, 2009 at 09:51:58AM +0100, Tim Deegan wrote:
>
>> It's still the ad-hoc stream-of-data format, I'm afraid. The whole
>> format needs a good kicking. It's not even portable between 32-bit and
>> 64-bit tools. Gianluca (Cc'd) is just starting to look at the
>> save/restore code in the hopes of making it more sane, so now would be a
>> good time to bring up any suggestions.
>
> One possibility Anthony Liguori brought up before is using all of qemu's
> container format. I'm not sure it's ever feasible to make it fully
> compatible, but it certainly seems like an obvious choice to use as a
> base. Unfortunately, I think it's defined-by-the-code as well.
>
At least in theory is certainly feasible: just a matter or registering
another savevm function for a record called "cpu" or "vcpu", that would
take care of saving the guest memory using xc_domain_save.
The qemu people are also maintaing save record compatibility now, so we
are safe from that perspective.
next prev parent reply other threads:[~2009-06-18 12:02 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-17 23:00 save image file format? and [RFC] tmem save/restore/migrate Dan Magenheimer
2009-06-18 0:17 ` John Levon
2009-06-18 8:51 ` Tim Deegan
2009-06-18 11:39 ` John Levon
2009-06-18 12:02 ` Stefano Stabellini [this message]
2009-06-18 12:05 ` Tim Deegan
2009-06-18 12:26 ` John Levon
2009-06-18 12:43 ` Tim Deegan
2009-06-18 12:47 ` John Levon
2009-06-18 14:18 ` Tim Deegan
2009-06-22 14:28 ` Gianluca Guida
2009-06-18 12:54 ` Stefano Stabellini
2009-06-18 12:28 ` Stefano Stabellini
2009-06-18 23:25 ` Dan Magenheimer
2009-06-18 23:40 ` Keir Fraser
2009-06-18 10:30 ` Stefano Stabellini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A3A2CE1.2010100@eu.citrix.com \
--to=stefano.stabellini@eu.citrix.com \
--cc=Gianluca.Guida@eu.citrix.com \
--cc=Tim.Deegan@eu.citrix.com \
--cc=dan.magenheimer@oracle.com \
--cc=levon@movementarian.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.