From: "Michael S. Tsirkin" <mst@redhat.com>
To: Wei Wang <wei.w.wang@intel.com>
Cc: qemu-devel@nongnu.org, virtio-dev@lists.oasis-open.org,
quintela@redhat.com, dgilbert@redhat.com, pbonzini@redhat.com,
liliang.opensource@gmail.com, yang.zhang.wz@gmail.com,
quan.xu0@gmail.com, nilal@redhat.com, riel@redhat.com
Subject: Re: [Qemu-devel] [PATCH v4 4/4] migration: use the free page hint feature from balloon
Date: Tue, 13 Mar 2018 18:35:36 +0200 [thread overview]
Message-ID: <20180313183050-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <1520426065-40265-5-git-send-email-wei.w.wang@intel.com>
On Wed, Mar 07, 2018 at 08:34:25PM +0800, Wei Wang wrote:
> Start the free page optimization after the migration bitmap is
> synchronized. This can't be used in the stop© phase since the guest
> is paused. Make sure the guest reporting has stopped before
> synchronizing the migration dirty bitmap. Currently, the optimization is
> added to precopy only.
>
> Signed-off-by: Wei Wang <wei.w.wang@intel.com>
> CC: Dr. David Alan Gilbert <dgilbert@redhat.com>
> CC: Juan Quintela <quintela@redhat.com>
> CC: Michael S. Tsirkin <mst@redhat.com>
> ---
> migration/ram.c | 19 ++++++++++++++++++-
> 1 file changed, 18 insertions(+), 1 deletion(-)
>
> diff --git a/migration/ram.c b/migration/ram.c
> index e172798..7b4c9b1 100644
> --- a/migration/ram.c
> +++ b/migration/ram.c
> @@ -51,6 +51,8 @@
> #include "qemu/rcu_queue.h"
> #include "migration/colo.h"
> #include "migration/block.h"
> +#include "sysemu/balloon.h"
> +#include "sysemu/sysemu.h"
>
> /***********************************************************/
> /* ram save/restore */
> @@ -208,6 +210,8 @@ struct RAMState {
> uint32_t last_version;
> /* We are in the first round */
> bool ram_bulk_stage;
> + /* The free pages optimization feature is supported */
> + bool free_page_support;
> /* How many times we have dirty too many pages */
> int dirty_rate_high_cnt;
> /* these variables are used for bitmap sync */
> @@ -775,7 +779,7 @@ unsigned long migration_bitmap_find_dirty(RAMState *rs, RAMBlock *rb,
> unsigned long *bitmap = rb->bmap;
> unsigned long next;
>
> - if (rs->ram_bulk_stage && start > 0) {
> + if (rs->ram_bulk_stage && start > 0 && !rs->free_page_support) {
> next = start + 1;
> } else {
> next = find_next_bit(bitmap, size, start);
> @@ -833,6 +837,10 @@ static void migration_bitmap_sync(RAMState *rs)
> int64_t end_time;
> uint64_t bytes_xfer_now;
>
> + if (rs->free_page_support) {
> + balloon_free_page_stop();
> + }
> +
> ram_counters.dirty_sync_count++;
>
> if (!rs->time_last_bitmap_sync) {
> @@ -899,6 +907,10 @@ static void migration_bitmap_sync(RAMState *rs)
> if (migrate_use_events()) {
> qapi_event_send_migration_pass(ram_counters.dirty_sync_count, NULL);
> }
> +
> + if (rs->free_page_support && runstate_is_running()) {
> + balloon_free_page_start();
> + }
> }
I think some of these conditions should go into
balloon_free_page_start/stop.
Checking runstate is generally problematic unless you
also handle run state change notifiers as it can
be manipulated from QMP.
>
> /**
> @@ -1656,6 +1668,8 @@ static void ram_state_reset(RAMState *rs)
> rs->last_page = 0;
> rs->last_version = ram_list.version;
> rs->ram_bulk_stage = true;
> + rs->free_page_support = balloon_free_page_support() &
> + !migration_in_postcopy();
Probably &&?
> }
>
> #define MAX_WAIT 50 /* ms, half buffered_file limit */
> @@ -2330,6 +2344,9 @@ static int ram_save_iterate(QEMUFile *f, void *opaque)
>
> ret = qemu_file_get_error(f);
> if (ret < 0) {
> + if (rs->free_page_support) {
> + balloon_free_page_stop();
> + }
> return ret;
> }
>
> --
> 1.8.3.1
next prev parent reply other threads:[~2018-03-13 16:36 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-07 12:34 [Qemu-devel] [PATCH v4 0/4] virtio-balloon: free page hint reporting support Wei Wang
2018-03-07 12:34 ` [Qemu-devel] [PATCH v4 1/4] bitmap: bitmap_count_one_with_offset Wei Wang
2018-03-14 16:20 ` Dr. David Alan Gilbert
2018-03-07 12:34 ` [Qemu-devel] [PATCH v4 2/4] migration: API to clear bits of guest free pages from the dirty bitmap Wei Wang
2018-03-14 18:11 ` Dr. David Alan Gilbert
2018-03-14 19:16 ` Michael S. Tsirkin
2018-03-14 19:42 ` Dr. David Alan Gilbert
2018-03-14 20:38 ` Michael S. Tsirkin
2018-03-15 11:10 ` Wei Wang
2018-03-15 10:52 ` Wei Wang
2018-03-15 13:50 ` Michael S. Tsirkin
2018-03-16 11:24 ` Wei Wang
2018-03-07 12:34 ` [Qemu-devel] [PATCH v4 3/4] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT Wei Wang
2018-03-13 16:49 ` Michael S. Tsirkin
2018-03-14 2:43 ` [Qemu-devel] [virtio-dev] " Wei Wang
2018-03-14 2:53 ` Michael S. Tsirkin
2018-03-14 6:03 ` Wei Wang
2018-03-14 14:12 ` Michael S. Tsirkin
2018-03-15 1:15 ` Wei Wang
2018-03-15 2:47 ` Michael S. Tsirkin
2018-03-15 10:24 ` Wei Wang
2018-03-15 13:53 ` Michael S. Tsirkin
2018-03-14 18:44 ` [Qemu-devel] " Dr. David Alan Gilbert
2018-03-07 12:34 ` [Qemu-devel] [PATCH v4 4/4] migration: use the free page hint feature from balloon Wei Wang
2018-03-13 16:35 ` Michael S. Tsirkin [this message]
2018-03-14 2:41 ` Wei Wang
2018-03-14 2:51 ` Michael S. Tsirkin
2018-03-14 6:50 ` Wei Wang
2018-03-14 14:45 ` Michael S. Tsirkin
2018-03-14 19:49 ` Dr. David Alan Gilbert
2018-03-16 11:20 ` Wei Wang
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=20180313183050-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=dgilbert@redhat.com \
--cc=liliang.opensource@gmail.com \
--cc=nilal@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quan.xu0@gmail.com \
--cc=quintela@redhat.com \
--cc=riel@redhat.com \
--cc=virtio-dev@lists.oasis-open.org \
--cc=wei.w.wang@intel.com \
--cc=yang.zhang.wz@gmail.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 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).