All of lore.kernel.org
 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
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
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
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
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
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
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
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
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
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
2017-06-07  9:46   ` [Qemu-devel] [PATCH v8 10/11] migration: add postcopy total blocktime into query-migrate Alexey Perevalov
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 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.