From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: "Denis V. Lunev" <den@openvz.org>
Cc: John Snow <jsnow@redhat.com>,
Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>,
qemu-devel@nongnu.org, qemu-block@nongnu.org,
quintela@redhat.com, stefanha@redhat.com, famz@redhat.com,
mreitz@redhat.com, kwolf@redhat.com,
Eric Blake <eblake@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 4/6] dirty-bitmaps: clean-up bitmaps loading and migration logic
Date: Thu, 2 Aug 2018 10:50:57 +0100 [thread overview]
Message-ID: <20180802095056.GB2523@work-vm> (raw)
In-Reply-To: <202065a2-f9d1-ce31-b12b-437d57095ac1@openvz.org>
* Denis V. Lunev (den@openvz.org) wrote:
> > I don't quite understand the last two paragraphs.
> we are thinking right now to eliminate delay on regular IO
> for migration. There is some thoughts and internal work in
> progress. That is why I am worrying.
What downtime are you typicaly seeing and what are you aiming for?
It would be good if you could explain what you're planning to
fix there so we can get a feel for it nearer the start of it
rather than at the end of the reviewing!
Dave
>
> > However, coming back to my question; it was really saying that
> > normal guest IO during the end of the migration will cause
> > a delay; I'm expecting that to be fairly unrelated to the size
> > of the disk; more to do with workload; so I guess in your case
> > the worry is the case of big large disks giving big large
> > bitmaps.
>
> exactly!
>
> Den
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2018-08-02 9:51 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-26 13:50 [Qemu-devel] [PATCH 0/6] fix persistent bitmaps migration logic Vladimir Sementsov-Ogievskiy
2018-06-26 13:50 ` [Qemu-devel] [PATCH 1/6] iotests: 169: drop deprecated 'autoload' parameter Vladimir Sementsov-Ogievskiy
2018-07-09 22:36 ` John Snow
2018-06-26 13:50 ` [Qemu-devel] [PATCH 2/6] block/qcow2: improve error message in qcow2_inactivate Vladimir Sementsov-Ogievskiy
2018-06-28 12:16 ` Eric Blake
2018-07-09 22:38 ` John Snow
2018-06-26 13:50 ` [Qemu-devel] [PATCH 3/6] bloc/qcow2: drop dirty_bitmaps_loaded state variable Vladimir Sementsov-Ogievskiy
2018-07-09 23:25 ` John Snow
2018-07-10 7:43 ` Vladimir Sementsov-Ogievskiy
2018-07-17 19:10 ` John Snow
2018-06-26 13:50 ` [Qemu-devel] [PATCH 4/6] dirty-bitmaps: clean-up bitmaps loading and migration logic Vladimir Sementsov-Ogievskiy
2018-07-21 2:41 ` John Snow
2018-08-01 10:20 ` Dr. David Alan Gilbert
2018-08-01 17:34 ` John Snow
2018-08-01 17:40 ` Dr. David Alan Gilbert
2018-08-01 18:42 ` Denis V. Lunev
2018-08-01 18:55 ` Dr. David Alan Gilbert
2018-08-01 20:25 ` Denis V. Lunev
2018-08-02 9:29 ` Dr. David Alan Gilbert
2018-08-02 9:38 ` Denis V. Lunev
2018-08-02 9:50 ` Dr. David Alan Gilbert [this message]
2018-08-02 19:05 ` Denis V. Lunev
2018-08-02 19:10 ` John Snow
[not found] ` <6d8ed319-9b63-5a7b-fcfe-20cd37cf8c7c@virtuozzo.com>
[not found] ` <d2538432-be74-99bc-72d1-94f8abaa2f9b@redhat.com>
[not found] ` <26c0e008-898d-924a-214e-68ab9fedf1ea@virtuozzo.com>
2018-10-15 9:42 ` [Qemu-devel] ping " Vladimir Sementsov-Ogievskiy
2018-10-29 17:52 ` [Qemu-devel] ping2 " Vladimir Sementsov-Ogievskiy
2018-10-29 18:06 ` John Snow
2018-08-03 8:33 ` [Qemu-devel] " Dr. David Alan Gilbert
2018-08-03 8:44 ` Vladimir Sementsov-Ogievskiy
2018-08-03 8:49 ` Dr. David Alan Gilbert
2018-08-03 8:59 ` Denis V. Lunev
2018-08-03 9:10 ` Dr. David Alan Gilbert
2018-08-01 18:56 ` John Snow
2018-08-01 20:31 ` Denis V. Lunev
2018-08-01 20:47 ` Denis V. Lunev
2018-08-01 22:28 ` John Snow
2018-08-02 10:23 ` Vladimir Sementsov-Ogievskiy
2018-08-01 12:24 ` Vladimir Sementsov-Ogievskiy
2018-06-26 13:50 ` [Qemu-devel] [PATCH 5/6] iotests: improve 169 Vladimir Sementsov-Ogievskiy
2018-06-26 13:50 ` [Qemu-devel] [PATCH 6/6] iotests: 169: add cases for source vm resuming Vladimir Sementsov-Ogievskiy
2018-06-26 18:22 ` [Qemu-devel] [PATCH 0/6] fix persistent bitmaps migration logic John Snow
2018-06-28 12:04 ` Vladimir Sementsov-Ogievskiy
2018-06-26 18:36 ` John Snow
2018-07-12 19:00 ` Vladimir Sementsov-Ogievskiy
2018-07-12 20:25 ` John Snow
2018-07-13 6:46 ` Vladimir Sementsov-Ogievskiy
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=20180802095056.GB2523@work-vm \
--to=dgilbert@redhat.com \
--cc=den@openvz.org \
--cc=eblake@redhat.com \
--cc=famz@redhat.com \
--cc=jsnow@redhat.com \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=stefanha@redhat.com \
--cc=vsementsov@virtuozzo.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 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.