From: Daniel Veillard <veillard@redhat.com>
To: Noam Taich <noam.taich@qumranet.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: Domain save/migrate issue
Date: Tue, 14 Feb 2006 09:41:49 -0500 [thread overview]
Message-ID: <20060214144149.GE9506@redhat.com> (raw)
In-Reply-To: <64F9B87B6B770947A9F8391472E0321603494ADA@ehost011-8.exch011.intermedia.net>
On Tue, Feb 14, 2006 at 06:08:06AM -0800, Noam Taich wrote:
> As it stands now, when a domain is saved to disk it is suspended in the
> process, and then destroyed. This is done by the checkpointing code in
> Xend.
> However, it's a good idea to leave the option open to the user whether
> or not the saved domain should be kept alive or be suspended,
> as it is very possible this feature may be used in real checkpointing of
> a working domain state, just in order to not lose everything should
> something go wrong.
>
> if you have a guest which does some heavy calculations, or one which
> handles many customer's connection this may be a good idea even in
> migration (which calls the checkpointing code anyway.), although in the
> latter case, of course the network interfaces of the new domain will be
> taken down, and it may be used as a hot spare ready for a quick
> hook-up...
>
> So what do you think?
I tend to agree, it's about having orthogonal APIs, I think you can build
the current behaviour by a sequence of the simpler save and a destroy (though
it would not be atomic anymore). Is there any strong reason a saved domain
must not be left running ?
Daniel
--
Daniel Veillard | Red Hat http://redhat.com/
veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
next prev parent reply other threads:[~2006-02-14 14:41 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-14 14:08 Domain save/migrate issue Noam Taich
2006-02-14 14:41 ` Daniel Veillard [this message]
2006-02-14 14:44 ` Steven Hand
2006-02-14 14:55 ` Anthony Liguori
2006-02-14 14:57 ` Daniel Veillard
2006-02-15 11:28 ` Jacob Gorm Hansen
-- strict thread matches above, loose matches on Subject: below --
2006-02-15 16:42 Noam Taich
2006-02-15 16:22 Noam Taich
2006-02-15 16:26 ` Anthony Liguori
2006-02-15 9:32 Noam Taich
2006-02-15 8:38 Noam Taich
2006-02-15 14:16 ` Anthony Liguori
2006-02-14 13:45 Noam Taich
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=20060214144149.GE9506@redhat.com \
--to=veillard@redhat.com \
--cc=noam.taich@qumranet.com \
--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.