From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: qemu-devel@nongnu.org
Cc: Amit Shah <amit.shah@redhat.com>,
aarcange@redhat.com, gal@redhat.com,
Luiz Capitulino <lcapitulino@redhat.com>
Subject: [Qemu-devel] balloon vs postcopy migrate
Date: Tue, 3 Feb 2015 17:09:26 +0000 [thread overview]
Message-ID: <20150203170925.GK2332@work-vm> (raw)
Hi,
Andrea pointed out there is a risk that a guest inflating its
balloon during a postcopy migrate could cause us problems, and
I wanted to see what the best way of avoiding the problem was.
Guests inflating there balloon cause an madvise(MADV_DONTNEED) on
the host, marking pages as not present, that will potentially trigger
a userfault, that we are using in postcopy to detect pages that need
to be fetched from the source.
In theory, at the moment guests *should* only ask for a balloon
inflation if they've been asked to do so by the host; however there
are no guards for that, and it's been suggested giving the
guest more freedom might be a good idea anyway.
My alternatives seem to be:
1) Stop servicing the message queue from the guest so
that we just don't notice the inflate messages until
afterwards. (Easy for Qemu, not sure how the guests
will like an unserviced queue).
2) I could keep servicing the queue and ignore the messages
(Easy for everyone, not very nice in actual used memory -
does it cause any long term problems other than that?)
3) I could keep servicing the queue but put the messages
in a list somewhere that replay after migrate has finished.
(That list sounds bounded only in a very large way?)
Thoughts?
Dave
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next reply other threads:[~2015-02-03 17:09 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-03 17:09 Dr. David Alan Gilbert [this message]
2015-02-03 17:36 ` [Qemu-devel] balloon vs postcopy migrate Pankaj Gupta
2015-02-03 17:38 ` Dr. David Alan Gilbert
2015-02-10 18:49 ` Dr. David Alan Gilbert
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=20150203170925.GK2332@work-vm \
--to=dgilbert@redhat.com \
--cc=aarcange@redhat.com \
--cc=amit.shah@redhat.com \
--cc=gal@redhat.com \
--cc=lcapitulino@redhat.com \
--cc=qemu-devel@nongnu.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).