From: Peter Xu <peterx@redhat.com>
To: Eric Blake <eblake@redhat.com>
Cc: kvm@vger.kernel.org, mst@redhat.com, mtosatti@redhat.com,
Xiao Guangrong <xiaoguangrong@tencent.com>,
qemu-devel@nongnu.org, dgilbert@redhat.com, wei.w.wang@intel.com,
guangrong.xiao@gmail.com, jiang.biao2@zte.com.cn,
pbonzini@redhat.com
Subject: Re: [PATCH v3 01/10] migration: do not wait for free thread
Date: Wed, 8 Aug 2018 11:51:27 +0800 [thread overview]
Message-ID: <20180808035127.GD24415@xz-mi> (raw)
In-Reply-To: <6fb46b1e-5cae-24ec-acd6-72ba562a5c05@redhat.com>
On Tue, Aug 07, 2018 at 08:29:54AM -0500, Eric Blake wrote:
> On 08/07/2018 04:12 AM, guangrong.xiao@gmail.com wrote:
> > From: Xiao Guangrong <xiaoguangrong@tencent.com>
> >
> > Instead of putting the main thread to sleep state to wait for
> > free compression thread, we can directly post it out as normal
> > page that reduces the latency and uses CPUs more efficiently
> >
> > A parameter, compress-wait-thread, is introduced, it can be
> > enabled if the user really wants the old behavior
> >
> > Signed-off-by: Xiao Guangrong <xiaoguangrong@tencent.com>
> > ---
>
> > +++ b/qapi/migration.json
> > @@ -462,6 +462,11 @@
> > # @compress-threads: Set compression thread count to be used in live migration,
> > # the compression thread count is an integer between 1 and 255.
> > #
> > +# @compress-wait-thread: Wait if no thread is free to compress the memory page
> > +# if it's enabled, otherwise, the page will be posted out immediately
> > +# in the main thread without compression. It's true on default.
> > +# (Since: 3.1)
>
> Grammar suggestion:
>
> @compress-wait-thread: Controls behavior when all compression threads are
> currently busy. If true (default), wait for a free compression thread to
> become available; otherwise, send the page uncompressed. (Since 3.1)
Eric's version seems better. With that:
Reviewed-by: Peter Xu <peterx@redhat.com>
Regards,
--
Peter Xu
WARNING: multiple messages have this Message-ID (diff)
From: Peter Xu <peterx@redhat.com>
To: Eric Blake <eblake@redhat.com>
Cc: guangrong.xiao@gmail.com, pbonzini@redhat.com, mst@redhat.com,
mtosatti@redhat.com, qemu-devel@nongnu.org, kvm@vger.kernel.org,
dgilbert@redhat.com, wei.w.wang@intel.com,
jiang.biao2@zte.com.cn,
Xiao Guangrong <xiaoguangrong@tencent.com>
Subject: Re: [Qemu-devel] [PATCH v3 01/10] migration: do not wait for free thread
Date: Wed, 8 Aug 2018 11:51:27 +0800 [thread overview]
Message-ID: <20180808035127.GD24415@xz-mi> (raw)
In-Reply-To: <6fb46b1e-5cae-24ec-acd6-72ba562a5c05@redhat.com>
On Tue, Aug 07, 2018 at 08:29:54AM -0500, Eric Blake wrote:
> On 08/07/2018 04:12 AM, guangrong.xiao@gmail.com wrote:
> > From: Xiao Guangrong <xiaoguangrong@tencent.com>
> >
> > Instead of putting the main thread to sleep state to wait for
> > free compression thread, we can directly post it out as normal
> > page that reduces the latency and uses CPUs more efficiently
> >
> > A parameter, compress-wait-thread, is introduced, it can be
> > enabled if the user really wants the old behavior
> >
> > Signed-off-by: Xiao Guangrong <xiaoguangrong@tencent.com>
> > ---
>
> > +++ b/qapi/migration.json
> > @@ -462,6 +462,11 @@
> > # @compress-threads: Set compression thread count to be used in live migration,
> > # the compression thread count is an integer between 1 and 255.
> > #
> > +# @compress-wait-thread: Wait if no thread is free to compress the memory page
> > +# if it's enabled, otherwise, the page will be posted out immediately
> > +# in the main thread without compression. It's true on default.
> > +# (Since: 3.1)
>
> Grammar suggestion:
>
> @compress-wait-thread: Controls behavior when all compression threads are
> currently busy. If true (default), wait for a free compression thread to
> become available; otherwise, send the page uncompressed. (Since 3.1)
Eric's version seems better. With that:
Reviewed-by: Peter Xu <peterx@redhat.com>
Regards,
--
Peter Xu
next prev parent reply other threads:[~2018-08-08 3:51 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-07 9:11 [PATCH v3 00/10] migration: compression optimization guangrong.xiao
2018-08-07 9:11 ` [Qemu-devel] " guangrong.xiao
2018-08-07 9:12 ` [PATCH v3 01/10] migration: do not wait for free thread guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-07 13:29 ` Eric Blake
2018-08-07 13:29 ` [Qemu-devel] " Eric Blake
2018-08-08 3:51 ` Peter Xu [this message]
2018-08-08 3:51 ` Peter Xu
2018-08-08 6:20 ` Xiao Guangrong
2018-08-08 6:20 ` [Qemu-devel] " Xiao Guangrong
2018-08-07 9:12 ` [PATCH v3 02/10] migration: fix counting normal page for compression guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-07 9:12 ` [PATCH v3 03/10] migration: introduce save_zero_page_to_file guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-07 9:12 ` [PATCH v3 04/10] migration: drop the return value of do_compress_ram_page guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-07 9:12 ` [PATCH v3 05/10] migration: move handle of zero page to the thread guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-08 4:39 ` Peter Xu
2018-08-08 4:39 ` [Qemu-devel] " Peter Xu
2018-08-07 9:12 ` [PATCH v3 06/10] migration: hold the lock only if it is really needed guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-07 9:12 ` [PATCH v3 07/10] migration: do not flush_compressed_data at the end of each iteration guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-08 4:52 ` Peter Xu
2018-08-08 4:52 ` [Qemu-devel] " Peter Xu
2018-08-08 6:22 ` Xiao Guangrong
2018-08-08 6:22 ` [Qemu-devel] " Xiao Guangrong
2018-08-07 9:12 ` [PATCH v3 08/10] migration: handle the error condition properly guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-08 5:08 ` Peter Xu
2018-08-08 5:08 ` [Qemu-devel] " Peter Xu
2018-08-08 6:29 ` Xiao Guangrong
2018-08-08 6:29 ` [Qemu-devel] " Xiao Guangrong
2018-08-08 6:56 ` Peter Xu
2018-08-08 6:56 ` [Qemu-devel] " Peter Xu
2018-08-08 7:23 ` Xiao Guangrong
2018-08-08 7:23 ` [Qemu-devel] " Xiao Guangrong
2018-08-08 8:46 ` Peter Xu
2018-08-08 8:46 ` [Qemu-devel] " Peter Xu
2018-08-08 14:11 ` Dr. David Alan Gilbert
2018-08-08 14:11 ` [Qemu-devel] " Dr. David Alan Gilbert
2018-08-09 3:08 ` Xiao Guangrong
2018-08-09 3:08 ` [Qemu-devel] " Xiao Guangrong
2018-08-07 9:12 ` [PATCH v3 09/10] migration: fix calculating xbzrle_counters.cache_miss_rate guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-08 6:05 ` Peter Xu
2018-08-08 6:05 ` [Qemu-devel] " Peter Xu
2018-08-08 6:36 ` Xiao Guangrong
2018-08-08 6:36 ` [Qemu-devel] " Xiao Guangrong
2018-08-08 6:59 ` Peter Xu
2018-08-08 6:59 ` [Qemu-devel] " Peter Xu
2018-08-07 9:12 ` [PATCH v3 10/10] migration: show the statistics of compression guangrong.xiao
2018-08-07 9:12 ` [Qemu-devel] " guangrong.xiao
2018-08-08 6:12 ` Peter Xu
2018-08-08 6:12 ` [Qemu-devel] " Peter Xu
2018-08-09 3:13 ` Xiao Guangrong
2018-08-09 3:13 ` [Qemu-devel] " Xiao Guangrong
2018-08-09 3:34 ` Peter Xu
2018-08-09 3:34 ` [Qemu-devel] " Peter Xu
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=20180808035127.GD24415@xz-mi \
--to=peterx@redhat.com \
--cc=dgilbert@redhat.com \
--cc=eblake@redhat.com \
--cc=guangrong.xiao@gmail.com \
--cc=jiang.biao2@zte.com.cn \
--cc=kvm@vger.kernel.org \
--cc=mst@redhat.com \
--cc=mtosatti@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=wei.w.wang@intel.com \
--cc=xiaoguangrong@tencent.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.