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
next prev parent 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).