From: "Li, Liang Z" <liang.z.li@intel.com> To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>, "Michael S. Tsirkin" <mst@redhat.com> Cc: Wei Yang <richard.weiyang@huawei.com>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "linux-kernel@vger.kenel.org" <linux-kernel@vger.kenel.org>, "pbonzini@redhat.com" <pbonzini@redhat.com>, "rth@twiddle.net" <rth@twiddle.net>, "ehabkost@redhat.com" <ehabkost@redhat.com>, "amit.shah@redhat.com" <amit.shah@redhat.com>, "quintela@redhat.com" <quintela@redhat.com>, "mohan_parthasarathy@hpe.com" <mohan_parthasarathy@hpe.com>, "jitendra.kolhe@hpe.com" <jitendra.kolhe@hpe.com>, "simhan@hpe.com" <simhan@hpe.com>, "rkagan@virtuozzo.com" <rkagan@virtuozzo.com>, "riel@redhat.com" <riel@redhat.com> Subject: RE: [RFC Design Doc]Speed up live migration by skipping free pages Date: Mon, 18 Apr 2016 11:08:31 +0000 [thread overview] Message-ID: <F2CBF3009FA73547804AE4C663CAB28E04181432@shsmsx102.ccr.corp.intel.com> (raw) In-Reply-To: <20160324174933.GA11662@work-vm> Hi Dave, I am now working on how to benefit post-copy by skipping the free pages, and I remember you have said we should let the destination know the info of free pages so as to avoid request the free pages from the source. We have two solutions: a. send the migration dirty page bitmap to destination before post copy start, so the destination can decide whether to request the pages or place zero pages by checking the migration dirty page bitmap. The advantage is that we can avoid sending the free pages. the disadvantage is that we have to send extra data to destination. b. Check the page request on the source side, if it's not a dirty page, send a zero page header to the destination. What's your opinion about them? Liang
WARNING: multiple messages have this Message-ID (diff)
From: "Li, Liang Z" <liang.z.li@intel.com> To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>, "Michael S. Tsirkin" <mst@redhat.com> Cc: Wei Yang <richard.weiyang@huawei.com>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "linux-kernel@vger.kenel.org" <linux-kernel@vger.kenel.org>, "pbonzini@redhat.com" <pbonzini@redhat.com>, "rth@twiddle.net" <rth@twiddle.net>, "ehabkost@redhat.com" <ehabkost@redhat.com>, "amit.shah@redhat.com" <amit.shah@redhat.com>, "quintela@redhat.com" <quintela@redhat.com>, "mohan_parthasarathy@hpe.com" <mohan_parthasarathy@hpe.com>, "jitendra.kolhe@hpe.com" <jitendra.kolhe@hpe.com>, "simhan@hpe.com" <simhan@hpe.com>, "rkagan@virtuozzo.com" <rkagan@virtuozzo.com>, "riel@redhat.com" <riel@redhat.com> Subject: Re: [Qemu-devel] [RFC Design Doc]Speed up live migration by skipping free pages Date: Mon, 18 Apr 2016 11:08:31 +0000 [thread overview] Message-ID: <F2CBF3009FA73547804AE4C663CAB28E04181432@shsmsx102.ccr.corp.intel.com> (raw) In-Reply-To: <20160324174933.GA11662@work-vm> Hi Dave, I am now working on how to benefit post-copy by skipping the free pages, and I remember you have said we should let the destination know the info of free pages so as to avoid request the free pages from the source. We have two solutions: a. send the migration dirty page bitmap to destination before post copy start, so the destination can decide whether to request the pages or place zero pages by checking the migration dirty page bitmap. The advantage is that we can avoid sending the free pages. the disadvantage is that we have to send extra data to destination. b. Check the page request on the source side, if it's not a dirty page, send a zero page header to the destination. What's your opinion about them? Liang
next prev parent reply other threads:[~2016-04-18 11:08 UTC|newest] Thread overview: 112+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-03-22 7:43 [RFC Design Doc]Speed up live migration by skipping free pages Liang Li 2016-03-22 7:43 ` [Qemu-devel] " Liang Li 2016-03-22 10:11 ` Michael S. Tsirkin 2016-03-22 10:11 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-23 6:05 ` Li, Liang Z 2016-03-23 6:05 ` [Qemu-devel] " Li, Liang Z 2016-03-23 14:08 ` Michael S. Tsirkin 2016-03-23 14:08 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-24 1:19 ` Li, Liang Z 2016-03-24 1:19 ` [Qemu-devel] " Li, Liang Z 2016-03-24 9:48 ` Michael S. Tsirkin 2016-03-24 9:48 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-24 10:16 ` Li, Liang Z 2016-03-24 10:16 ` [Qemu-devel] " Li, Liang Z 2016-03-24 10:29 ` Michael S. Tsirkin 2016-03-24 10:29 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-24 14:33 ` Li, Liang Z 2016-03-24 14:33 ` [Qemu-devel] " Li, Liang Z 2016-03-24 14:44 ` Michael S. Tsirkin 2016-03-24 14:44 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-24 15:16 ` Li, Liang Z 2016-03-24 15:16 ` [Qemu-devel] " Li, Liang Z 2016-03-24 15:18 ` Paolo Bonzini 2016-03-24 15:18 ` [Qemu-devel] " Paolo Bonzini 2016-03-24 15:25 ` Li, Liang Z 2016-03-24 15:25 ` [Qemu-devel] " Li, Liang Z 2016-03-24 15:27 ` Michael S. Tsirkin 2016-03-24 15:27 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-24 15:39 ` Li, Liang Z 2016-03-24 15:39 ` [Qemu-devel] " Li, Liang Z 2016-03-24 15:47 ` Paolo Bonzini 2016-03-24 15:47 ` [Qemu-devel] " Paolo Bonzini 2016-03-24 15:59 ` Li, Liang Z 2016-03-24 15:59 ` [Qemu-devel] " Li, Liang Z 2016-03-22 19:05 ` Dr. David Alan Gilbert 2016-03-22 19:05 ` [Qemu-devel] " Dr. David Alan Gilbert 2016-03-23 6:48 ` Li, Liang Z 2016-03-23 6:48 ` [Qemu-devel] " Li, Liang Z 2016-03-24 1:24 ` Wei Yang 2016-03-24 1:24 ` [Qemu-devel] " Wei Yang 2016-03-24 9:00 ` Dr. David Alan Gilbert 2016-03-24 9:00 ` [Qemu-devel] " Dr. David Alan Gilbert 2016-03-24 10:09 ` Li, Liang Z 2016-03-24 10:09 ` [Qemu-devel] " Li, Liang Z 2016-03-24 10:23 ` Dr. David Alan Gilbert 2016-03-24 10:23 ` [Qemu-devel] " Dr. David Alan Gilbert 2016-03-24 14:50 ` Li, Liang Z 2016-03-24 14:50 ` [Qemu-devel] " Li, Liang Z 2016-03-24 15:11 ` Michael S. Tsirkin 2016-03-24 15:11 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-24 15:53 ` Li, Liang Z 2016-03-24 15:53 ` [Qemu-devel] " Li, Liang Z 2016-03-24 15:56 ` Michael S. Tsirkin 2016-03-24 15:56 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-24 16:05 ` Li, Liang Z 2016-03-24 16:05 ` [Qemu-devel] " Li, Liang Z 2016-03-24 16:25 ` Michael S. Tsirkin 2016-03-24 16:25 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-24 17:49 ` Dr. David Alan Gilbert 2016-03-24 17:49 ` [Qemu-devel] " Dr. David Alan Gilbert 2016-03-24 22:16 ` Michael S. Tsirkin 2016-03-24 22:16 ` [Qemu-devel] " Michael S. Tsirkin 2016-03-25 1:59 ` Li, Liang Z 2016-03-25 1:59 ` [Qemu-devel] " Li, Liang Z 2016-03-25 1:32 ` Li, Liang Z 2016-03-25 1:32 ` [Qemu-devel] " Li, Liang Z 2016-04-18 11:08 ` Li, Liang Z [this message] 2016-04-18 11:08 ` Li, Liang Z 2016-04-18 11:29 ` Michael S. Tsirkin 2016-04-18 11:29 ` [Qemu-devel] " Michael S. Tsirkin 2016-04-18 14:36 ` Li, Liang Z 2016-04-18 14:36 ` [Qemu-devel] " Li, Liang Z 2016-04-18 15:38 ` Michael S. Tsirkin 2016-04-18 15:38 ` [Qemu-devel] " Michael S. Tsirkin 2016-04-19 2:20 ` Li, Liang Z 2016-04-19 2:20 ` [Qemu-devel] " Li, Liang Z 2016-04-19 19:12 ` Dr. David Alan Gilbert 2016-04-19 19:12 ` [Qemu-devel] " Dr. David Alan Gilbert 2016-04-25 10:56 ` Michael S. Tsirkin 2016-04-25 10:56 ` [Qemu-devel] " Michael S. Tsirkin 2016-04-19 19:05 ` Dr. David Alan Gilbert 2016-04-19 19:05 ` [Qemu-devel] " Dr. David Alan Gilbert 2016-04-20 3:22 ` Li, Liang Z 2016-04-20 3:22 ` [Qemu-devel] " Li, Liang Z 2016-04-20 8:10 ` Dr. David Alan Gilbert 2016-04-20 8:10 ` [Qemu-devel] " Dr. David Alan Gilbert 2016-03-25 1:32 ` Li, Liang Z 2016-03-25 1:32 ` [Qemu-devel] " Li, Liang Z 2016-04-01 10:54 ` Amit Shah 2016-04-01 10:54 ` [Qemu-devel] " Amit Shah 2016-04-05 1:49 ` Li, Liang Z 2016-04-05 1:49 ` [Qemu-devel] " Li, Liang Z 2016-03-23 1:37 ` Wei Yang 2016-03-23 1:37 ` [Qemu-devel] " Wei Yang 2016-03-23 7:18 ` Li, Liang Z 2016-03-23 7:18 ` [Qemu-devel] " Li, Liang Z 2016-03-23 9:46 ` Wei Yang 2016-03-23 9:46 ` [Qemu-devel] " Wei Yang 2016-03-23 14:35 ` Li, Liang Z 2016-03-23 14:35 ` [Qemu-devel] " Li, Liang Z 2016-03-24 0:52 ` Wei Yang 2016-03-24 0:52 ` [Qemu-devel] " Wei Yang 2016-03-24 1:32 ` Li, Liang Z 2016-03-24 1:32 ` [Qemu-devel] " Li, Liang Z 2016-03-24 1:56 ` Wei Yang 2016-03-24 1:56 ` [Qemu-devel] " Wei Yang 2016-03-23 16:53 ` Eric Blake 2016-03-23 16:53 ` Eric Blake 2016-03-23 21:41 ` Wei Yang 2016-03-23 21:41 ` Wei Yang 2016-03-24 1:23 ` Li, Liang Z 2016-03-24 1:23 ` Li, Liang Z
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=F2CBF3009FA73547804AE4C663CAB28E04181432@shsmsx102.ccr.corp.intel.com \ --to=liang.z.li@intel.com \ --cc=amit.shah@redhat.com \ --cc=dgilbert@redhat.com \ --cc=ehabkost@redhat.com \ --cc=jitendra.kolhe@hpe.com \ --cc=kvm@vger.kernel.org \ --cc=linux-kernel@vger.kenel.org \ --cc=mohan_parthasarathy@hpe.com \ --cc=mst@redhat.com \ --cc=pbonzini@redhat.com \ --cc=qemu-devel@nongnu.org \ --cc=quintela@redhat.com \ --cc=richard.weiyang@huawei.com \ --cc=riel@redhat.com \ --cc=rkagan@virtuozzo.com \ --cc=rth@twiddle.net \ --cc=simhan@hpe.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: linkBe 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.