qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Peter Xu <peterx@redhat.com>
To: Alexey Perevalov <a.perevalov@samsung.com>
Cc: qemu-devel@nongnu.org, dgilbert@redhat.com, i.maximets@samsung.com
Subject: Re: [Qemu-devel] [PATCH v8 07/11] migration: add bitmap for copied page
Date: Fri, 9 Jun 2017 14:06:17 +0800	[thread overview]
Message-ID: <20170609060617.GJ3628@pxdev.xzpeter.org> (raw)
In-Reply-To: <2a74d0cf-6be8-ddc8-23df-aa0d2edae902@samsung.com>

On Wed, Jun 07, 2017 at 05:13:00PM +0300, Alexey Perevalov wrote:
> On 06/07/2017 12:46 PM, Alexey Perevalov wrote:
> >This patch adds ability to track down already copied
> >pages, it's necessary for calculation vCPU block time in
> >postcopy migration feature, maybe for restore after
> >postcopy migration failure.
> >Also it's necessary to solve shared memory issue in
> >postcopy livemigration. Information about copied pages
> >will be transferred to the software virtual bridge
> >(e.g. OVS-VSWITCHD), to avoid fallocate (unmap) for
> >already copied pages. fallocate syscall is required for
> >remmaped shared memory, due to remmaping itself blocks
> >ioctl(UFFDIO_COPY, ioctl in this case will end with EEXIT
> >error (struct page is exists after remmap).
> >
> >Bitmap is placed into RAMBlock as another postcopy/precopy
> >related bitmaps. Helpers are in migration/ram.c, due to
> >in this file is allowing to work with RAMBlock.
> >
> >Signed-off-by: Alexey Perevalov <a.perevalov@samsung.com>
> >---
> >  include/exec/ram_addr.h |  2 ++
> >  migration/ram.c         | 36 ++++++++++++++++++++++++++++++++++++
> >  migration/ram.h         |  4 ++++
> >  3 files changed, 42 insertions(+)
> >
> >diff --git a/include/exec/ram_addr.h b/include/exec/ram_addr.h
> >index 140efa8..6a3780b 100644
> >--- a/include/exec/ram_addr.h
> >+++ b/include/exec/ram_addr.h
> >@@ -47,6 +47,8 @@ struct RAMBlock {
> >       * of the postcopy phase
> >       */
> >      unsigned long *unsentmap;
> >+    /* bitmap of already copied pages in postcopy */
> >+    unsigned long *copiedmap;
> >  };
> >  static inline bool offset_in_ramblock(RAMBlock *b, ram_addr_t offset)
> >diff --git a/migration/ram.c b/migration/ram.c
> >index f387e9c..a7c0db4 100644
> >--- a/migration/ram.c
> >+++ b/migration/ram.c
> >@@ -149,6 +149,25 @@ out:
> >      return ret;
> >  }
> >+static unsigned long int get_copied_bit_offset(uint64_t addr, RAMBlock *rb)
> >+{
> >+    uint64_t addr_offset = addr - (uint64_t)(uintptr_t)rb->host;
> >+    int page_shift = find_first_bit((unsigned long *)&rb->page_size,
> >+                                    sizeof(rb->page_size));
> >+
> >+    return addr_offset >> page_shift;
> >+}
> >+
> >+int test_copiedmap_by_addr(uint64_t addr, RAMBlock *rb)
> >+{
> >+    return test_bit(get_copied_bit_offset(addr, rb), rb->copiedmap);
> >+}
> >+
> >+void set_copiedmap_by_addr(uint64_t addr, RAMBlock *rb)
> >+{
> >+    set_bit_atomic(get_copied_bit_offset(addr, rb), rb->copiedmap);
> >+}
> >+
> >  /*
> >   * An outstanding page request, on the source, having been received
> >   * and queued
> >@@ -1449,6 +1468,8 @@ static void ram_migration_cleanup(void *opaque)
> >          block->bmap = NULL;
> >          g_free(block->unsentmap);
> >          block->unsentmap = NULL;
> looks like it's wrong place, because copiedmap is living
> on destination side, so maybe in qemu_ram_free

Yes, and...

> >+        g_free(block->copiedmap);
> >+        block->copiedmap = NULL;
> >      }
> >      XBZRLE_cache_lock();
> >@@ -2517,6 +2538,14 @@ static int ram_load_postcopy(QEMUFile *f)
> >      return ret;
> >  }
> >+static unsigned long get_copiedmap_size(RAMBlock *rb)
> >+{
> >+    unsigned long pages;
> >+    pages = rb->max_length >> find_first_bit((unsigned long *)&rb->page_size,
> >+                                             sizeof(rb->page_size));
> >+    return pages;
> >+}
> >+
> >  static int ram_load(QEMUFile *f, void *opaque, int version_id)
> >  {
> >      int flags = 0, ret = 0;
> >@@ -2544,6 +2573,13 @@ static int ram_load(QEMUFile *f, void *opaque, int version_id)
> >      rcu_read_lock();
> >      if (postcopy_running) {
> >+        RAMBlock *rb;
> >+        RAMBLOCK_FOREACH(rb) {
> >+            /* need for destination, bitmap_new calls
> >+             * g_try_malloc0 and this function
> >+             * Attempts to allocate @n_bytes, initialized to 0'sh */
> >+            rb->copiedmap = bitmap_new(get_copiedmap_size(rb));

... I'm not sure whether this is the right place to init the bitmap,
since iiuc ram_load() can be entered multiple times?

Also, I think we need the bitmap even before the first page we send
during precopy, right?

I would think loadvm_postcopy_handle_advise() somewhere proper: that
is before the first page is sent, and also when we are there it means
source wants to do postcopy finally.

Thanks,

> >+        }
> >          ret = ram_load_postcopy(f);
> >      }
> >diff --git a/migration/ram.h b/migration/ram.h
> >index c9563d1..1f32824 100644
> >--- a/migration/ram.h
> >+++ b/migration/ram.h
> >@@ -67,4 +67,8 @@ int ram_discard_range(const char *block_name, uint64_t start, size_t length);
> >  int ram_postcopy_incoming_init(MigrationIncomingState *mis);
> >  void ram_handle_compressed(void *host, uint8_t ch, uint64_t size);
> >+
> >+int test_copiedmap_by_addr(uint64_t addr, RAMBlock *rb);
> >+void set_copiedmap_by_addr(uint64_t addr, RAMBlock *rb);
> >+
> >  #endif
> 
> 
> -- 
> Best regards,
> Alexey Perevalov

-- 
Peter Xu

  reply	other threads:[~2017-06-09  6:06 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20170607094720eucas1p24650bb7bb139ae209fc0ea8c5c57534b@eucas1p2.samsung.com>
2017-06-07  9:46 ` [Qemu-devel] [PATCH v8 00/11] calculate blocktime for postcopy live migration Alexey Perevalov
     [not found]   ` <CGME20170607094726eucas1p146abfbdb92413f43fa395a5004d2541a@eucas1p1.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 01/11] userfault: add pid into uffd_msg & update UFFD_FEATURE_* Alexey Perevalov
2017-06-12 12:27       ` Dr. David Alan Gilbert
     [not found]   ` <CGME20170607094727eucas1p13b2228fead9fc5a49d953985c777b719@eucas1p1.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 02/11] migration: pass MigrationIncomingState* into migration check functions Alexey Perevalov
2017-06-09  4:10       ` Peter Xu
2017-06-09  6:21         ` Alexey Perevalov
2017-06-09  7:14           ` Peter Xu
2017-06-09  7:25             ` Alexey Perevalov
     [not found]   ` <CGME20170607094727eucas1p2d1063171fa2850fc1d590b286cd5d880@eucas1p2.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 03/11] migration: fix hardcoded function name in error report Alexey Perevalov
2017-06-07 12:31       ` Juan Quintela
     [not found]   ` <CGME20170607094728eucas1p1984b365dd09f3222b758075e651a5b5d@eucas1p1.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 04/11] migration: split ufd_version_check onto receive/request features part Alexey Perevalov
2017-06-12  9:52       ` Dr. David Alan Gilbert
     [not found]   ` <CGME20170607094728eucas1p228f096ea7eebf7e791392c9193cefec0@eucas1p2.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 05/11] migration: introduce postcopy-blocktime capability Alexey Perevalov
2017-06-07 12:34       ` Juan Quintela
     [not found]   ` <CGME20170607094729eucas1p119b3d77f7d869eb06c16c9e91215e8cd@eucas1p1.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 06/11] migration: add postcopy blocktime ctx into MigrationIncomingState Alexey Perevalov
2017-06-07 12:43       ` Juan Quintela
2017-06-07 12:53         ` Alexey Perevalov
     [not found]   ` <CGME20170607094729eucas1p15097f154039365d5e135f92b72aad1bf@eucas1p1.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 07/11] migration: add bitmap for copied page Alexey Perevalov
2017-06-07 12:56       ` Juan Quintela
2017-06-07 14:46         ` Alexey Perevalov
2017-06-07 14:13       ` Alexey Perevalov
2017-06-09  6:06         ` Peter Xu [this message]
2017-06-09  7:16           ` Alexey Perevalov
2017-06-12 11:11       ` Dr. David Alan Gilbert
2017-06-13  5:59       ` Peter Xu
2017-06-13  6:10         ` Alexey Perevalov
2017-06-13  6:23           ` Peter Xu
     [not found]   ` <CGME20170607094730eucas1p2126d9850427e7b4af92898b64b7b805a@eucas1p2.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 08/11] migration: postcopy_place_page factoring out Alexey Perevalov
2017-06-07 12:58       ` Juan Quintela
     [not found]   ` <CGME20170607094730eucas1p29b692c0f813d5368d70d999ca8a1f186@eucas1p2.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 09/11] migration: calculate vCPU blocktime on dst side Alexey Perevalov
2017-06-07 13:11       ` Juan Quintela
2017-06-12 11:34       ` Dr. David Alan Gilbert
     [not found]   ` <CGME20170607094731eucas1p2cbbf439e841b1d72edb374d35d53bea3@eucas1p2.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 10/11] migration: add postcopy total blocktime into query-migrate Alexey Perevalov
     [not found]   ` <CGME20170607094732eucas1p199fb11b4189929a105515f6079415ebe@eucas1p1.samsung.com>
2017-06-07  9:46     ` [Qemu-devel] [PATCH v8 11/11] migration: postcopy_blocktime documentation Alexey Perevalov
2017-06-07 12:52       ` Juan Quintela
2017-06-07 13:08         ` Alexey Perevalov

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=20170609060617.GJ3628@pxdev.xzpeter.org \
    --to=peterx@redhat.com \
    --cc=a.perevalov@samsung.com \
    --cc=dgilbert@redhat.com \
    --cc=i.maximets@samsung.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).