From: Peter Xu <peterx@redhat.com>
To: Alexey Perevalov <a.perevalov@samsung.com>
Cc: qemu-devel@nongnu.org, i.maximets@samsung.com,
quintela@redhat.com, dgilbert@redhat.com
Subject: Re: [Qemu-devel] [PATCH v4 3/3] migration: add bitmap for received page
Date: Tue, 27 Jun 2017 12:03:10 +0800 [thread overview]
Message-ID: <20170627040310.GL3936@pxdev.xzpeter.org> (raw)
In-Reply-To: <1498466120-5836-4-git-send-email-a.perevalov@samsung.com>
On Mon, Jun 26, 2017 at 11:35:20AM +0300, Alexey Perevalov wrote:
> This patch adds ability to track down already received
> 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 received pages
> will be transferred to the software virtual bridge
> (e.g. OVS-VSWITCHD), to avoid fallocate (unmap) for
> already received 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.
>
> Signed-off-by: Alexey Perevalov <a.perevalov@samsung.com>
Mostly good to me, some minor nits only...
[...]
> static int qemu_ufd_copy_ioctl(int userfault_fd, void *host_addr,
> - void *from_addr, uint64_t pagesize)
> + void *from_addr, uint64_t pagesize, RAMBlock *rb)
> {
> + int ret;
> if (from_addr) {
> struct uffdio_copy copy_struct;
> copy_struct.dst = (uint64_t)(uintptr_t)host_addr;
> copy_struct.src = (uint64_t)(uintptr_t)from_addr;
> copy_struct.len = pagesize;
> copy_struct.mode = 0;
> - return ioctl(userfault_fd, UFFDIO_COPY, ©_struct);
> + ret = ioctl(userfault_fd, UFFDIO_COPY, ©_struct);
> } else {
> struct uffdio_zeropage zero_struct;
> zero_struct.range.start = (uint64_t)(uintptr_t)host_addr;
> zero_struct.range.len = pagesize;
> zero_struct.mode = 0;
> - return ioctl(userfault_fd, UFFDIO_ZEROPAGE, &zero_struct);
> + ret = ioctl(userfault_fd, UFFDIO_ZEROPAGE, &zero_struct);
> + }
> + /* received page isn't feature of blocktime calculation,
> + * it's more general entity, so keep it here,
> + * but gup betwean two following operation could be high,
> + * and in this case blocktime for such small interval will be lost */
I would drop this comment for this patch. It didn't help me to be
clearer on the code but a bit more messy... Maybe it suites for some
place in the blocktime series? Not sure.
[...]
> +void ramblock_recv_map_init(void)
> +{
> + RAMBlock *rb;
> +
> + RAMBLOCK_FOREACH(rb) {
> + unsigned long pages;
> + pages = rb->max_length >> TARGET_PAGE_BITS;
> + assert(!rb->receivedmap);
> + rb->receivedmap = bitmap_new(pages);
I'll prefer removing pages variable since used only once.
[...]
> +static void ramblock_recv_bitmap_clear_range(uint64_t start, size_t length,
> + RAMBlock *rb)
> +{
> + int i, range_count;
> + long nr_bit = start >> TARGET_PAGE_BITS;
> + range_count = length >> TARGET_PAGE_BITS;
> + for (i = 0; i < range_count; i++) {
> + clear_bit(nr_bit, rb->receivedmap);
> + nr_bit += 1;
(Dave commented this one)
[...]
> @@ -2513,6 +2560,7 @@ static int ram_load(QEMUFile *f, void *opaque, int version_id)
> ram_addr_t addr, total_ram_bytes;
> void *host = NULL;
> uint8_t ch;
> + RAMBlock *rb = NULL;
>
> addr = qemu_get_be64(f);
> flags = addr & ~TARGET_PAGE_MASK;
> @@ -2520,15 +2568,15 @@ static int ram_load(QEMUFile *f, void *opaque, int version_id)
>
> if (flags & (RAM_SAVE_FLAG_ZERO | RAM_SAVE_FLAG_PAGE |
> RAM_SAVE_FLAG_COMPRESS_PAGE | RAM_SAVE_FLAG_XBZRLE)) {
> - RAMBlock *block = ram_block_from_stream(f, flags);
> + rb = ram_block_from_stream(f, flags);
>
> - host = host_from_ram_block_offset(block, addr);
> + host = host_from_ram_block_offset(rb, addr);
> if (!host) {
> error_report("Illegal RAM offset " RAM_ADDR_FMT, addr);
> ret = -EINVAL;
> break;
> }
IMHO it's ok to set the bit once here. Thanks,
> - trace_ram_load_loop(block->idstr, (uint64_t)addr, flags, host);
> + trace_ram_load_loop(rb->idstr, (uint64_t)addr, flags, host);
> }
>
> switch (flags & ~RAM_SAVE_FLAG_CONTINUE) {
> @@ -2582,10 +2630,12 @@ static int ram_load(QEMUFile *f, void *opaque, int version_id)
>
> case RAM_SAVE_FLAG_ZERO:
> ch = qemu_get_byte(f);
> + ramblock_recv_bitmap_set(host, rb);
> ram_handle_compressed(host, ch, TARGET_PAGE_SIZE);
> break;
>
> case RAM_SAVE_FLAG_PAGE:
> + ramblock_recv_bitmap_set(host, rb);
> qemu_get_buffer(f, host, TARGET_PAGE_SIZE);
> break;
>
> @@ -2596,10 +2646,13 @@ static int ram_load(QEMUFile *f, void *opaque, int version_id)
> ret = -EINVAL;
> break;
> }
> +
> + ramblock_recv_bitmap_set(host, rb);
> decompress_data_with_multi_threads(f, host, len);
> break;
>
> case RAM_SAVE_FLAG_XBZRLE:
> + ramblock_recv_bitmap_set(host, rb);
> if (load_xbzrle(f, addr, host) < 0) {
> error_report("Failed to decompress XBZRLE page at "
> RAM_ADDR_FMT, addr);
--
Peter Xu
next prev parent reply other threads:[~2017-06-27 4:03 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20170626083547eucas1p10fc2d64db7b6db0a1bd1b94b56c06ca9@eucas1p1.samsung.com>
2017-06-26 8:35 ` [Qemu-devel] [PATCH v4 0/3] Add bitmap for received pages in postcopy migration Alexey Perevalov
[not found] ` <CGME20170626083551eucas1p1b0cb811534fae257da120e71d32eab37@eucas1p1.samsung.com>
2017-06-26 8:35 ` [Qemu-devel] [PATCH v4 1/3] migration: postcopy_place_page factoring out Alexey Perevalov
[not found] ` <CGME20170626083552eucas1p24efde91b6a4544fb77927f3b93d83cdf@eucas1p2.samsung.com>
2017-06-26 8:35 ` [Qemu-devel] [PATCH v4 2/3] migration: introduce qemu_ufd_copy_ioctl helper Alexey Perevalov
[not found] ` <CGME20170626083552eucas1p2db6a8bd9188a95d72aad188d6b633dd9@eucas1p2.samsung.com>
2017-06-26 8:35 ` [Qemu-devel] [PATCH v4 3/3] migration: add bitmap for received page Alexey Perevalov
2017-06-26 18:52 ` Dr. David Alan Gilbert
2017-06-27 4:03 ` Peter Xu [this message]
2017-06-27 8:28 ` Alexey
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=20170627040310.GL3936@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 \
--cc=quintela@redhat.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).