From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: Chuan Zheng <zhengchuan@huawei.com>
Cc: yubihong@huawei.com, berrange@redhat.com,
zhang.zhanghailiang@huawei.com, quintela@redhat.com,
qemu-devel@nongnu.org, xiexiangyou@huawei.com,
alex.chen@huawei.com, wanghao232@huawei.com
Subject: Re: [PATCH v4 14/18] migration/rdma: register memory for multifd RDMA channels
Date: Wed, 3 Feb 2021 20:12:11 +0000 [thread overview]
Message-ID: <20210203201211.GX2950@work-vm> (raw)
In-Reply-To: <1612339311-114805-15-git-send-email-zhengchuan@huawei.com>
* Chuan Zheng (zhengchuan@huawei.com) wrote:
> Signed-off-by: Zhimin Feng <fengzhimin1@huawei.com>
> Signed-off-by: Chuan Zheng <zhengchuan@huawei.com>
This could do with a description in the commit message of the sequence;
I think you're waiting for the semaphore; doing the registratin, then
waiting again to say that everyone has finished???
> ---
> migration/multifd.c | 3 ++
> migration/rdma.c | 92 +++++++++++++++++++++++++++++++++++++++++++++++++++--
> 2 files changed, 93 insertions(+), 2 deletions(-)
>
> diff --git a/migration/multifd.c b/migration/multifd.c
> index 919a414..1186246 100644
> --- a/migration/multifd.c
> +++ b/migration/multifd.c
> @@ -537,6 +537,9 @@ void multifd_send_terminate_threads(Error *err)
> qemu_mutex_lock(&p->mutex);
> p->quit = true;
> qemu_sem_post(&p->sem);
> + if (migrate_use_rdma()) {
> + qemu_sem_post(&p->sem_sync);
> + }
> qemu_mutex_unlock(&p->mutex);
> }
> }
> diff --git a/migration/rdma.c b/migration/rdma.c
> index 1095a8f..c906cc7 100644
> --- a/migration/rdma.c
> +++ b/migration/rdma.c
> @@ -3838,6 +3838,19 @@ static int rdma_load_hook(QEMUFile *f, void *opaque, uint64_t flags, void *data)
> return rdma_block_notification_handle(opaque, data);
>
> case RAM_CONTROL_HOOK:
> + if (migrate_use_multifd()) {
> + int i;
> + MultiFDRecvParams *multifd_recv_param = NULL;
> + int thread_count = migrate_multifd_channels();
> + /* Inform dest recv_thread to poll */
> + for (i = 0; i < thread_count; i++) {
> + if (get_multifd_recv_param(i, &multifd_recv_param)) {
> + return -1;
> + }
> + qemu_sem_post(&multifd_recv_param->sem_sync);
> + }
> + }
> +
> return qemu_rdma_registration_handle(f, opaque);
>
> default:
> @@ -3910,6 +3923,24 @@ static int qemu_rdma_registration_stop(QEMUFile *f, void *opaque,
> head.type = RDMA_CONTROL_RAM_BLOCKS_REQUEST;
> trace_qemu_rdma_registration_stop_ram();
>
> + if (migrate_use_multifd()) {
> + /*
> + * Inform the multifd channels to register memory
> + */
> + int i;
> + int thread_count = migrate_multifd_channels();
> + MultiFDSendParams *multifd_send_param = NULL;
> + for (i = 0; i < thread_count; i++) {
> + ret = get_multifd_send_param(i, &multifd_send_param);
> + if (ret) {
> + error_report("rdma: error getting multifd(%d)", i);
> + return ret;
> + }
> +
> + qemu_sem_post(&multifd_send_param->sem_sync);
> + }
> + }
> +
> /*
> * Make sure that we parallelize the pinning on both sides.
> * For very large guests, doing this serially takes a really
> @@ -3968,6 +3999,21 @@ static int qemu_rdma_registration_stop(QEMUFile *f, void *opaque,
> rdma->dest_blocks[i].remote_host_addr;
> local->block[i].remote_rkey = rdma->dest_blocks[i].remote_rkey;
> }
> + /* Wait for all multifd channels to complete registration */
> + if (migrate_use_multifd()) {
> + int i;
> + int thread_count = migrate_multifd_channels();
> + MultiFDSendParams *multifd_send_param = NULL;
> + for (i = 0; i < thread_count; i++) {
> + ret = get_multifd_send_param(i, &multifd_send_param);
> + if (ret) {
> + error_report("rdma: error getting multifd(%d)", i);
> + return ret;
> + }
> +
> + qemu_sem_wait(&multifd_send_param->sem);
> + }
> + }
> }
>
> trace_qemu_rdma_registration_stop(flags);
> @@ -3979,6 +4025,24 @@ static int qemu_rdma_registration_stop(QEMUFile *f, void *opaque,
> goto err;
> }
>
> + if (migrate_use_multifd()) {
> + /*
> + * Inform src send_thread to send FINISHED signal.
> + * Wait for multifd RDMA send threads to poll the CQE.
> + */
> + int i;
> + int thread_count = migrate_multifd_channels();
> + MultiFDSendParams *multifd_send_param = NULL;
> + for (i = 0; i < thread_count; i++) {
> + ret = get_multifd_send_param(i, &multifd_send_param);
> + if (ret < 0) {
> + goto err;
> + }
> +
> + qemu_sem_post(&multifd_send_param->sem_sync);
> + }
> + }
> +
> return 0;
> err:
> rdma->error_state = ret;
> @@ -4355,19 +4419,37 @@ static void *multifd_rdma_send_thread(void *opaque)
> {
> MultiFDSendParams *p = opaque;
> Error *local_err = NULL;
> + int ret = 0;
> + RDMAControlHeader head = { .len = 0, .repeat = 1 };
>
> trace_multifd_send_thread_start(p->id);
> if (multifd_send_initial_packet(p, &local_err) < 0) {
> goto out;
> }
>
> + /* wait for semaphore notification to register memory */
> + qemu_sem_wait(&p->sem_sync);
> + if (qemu_rdma_registration(p->rdma) < 0) {
> + goto out;
> + }
> + /*
> + * Inform the main RDMA thread to run when multifd
> + * RDMA thread have completed registration.
> + */
> + qemu_sem_post(&p->sem);
> while (true) {
> + qemu_sem_wait(&p->sem_sync);
> WITH_QEMU_LOCK_GUARD(&p->mutex) {
> if (p->quit) {
> break;
> }
> }
> - qemu_sem_wait(&p->sem);
Is this something where you put the line in just a few patches earlier -
if so, put it in the right place in the original patch.
Dave
> + /* Send FINISHED to the destination */
> + head.type = RDMA_CONTROL_REGISTER_FINISHED;
> + ret = qemu_rdma_exchange_send(p->rdma, &head, NULL, NULL, NULL, NULL);
> + if (ret < 0) {
> + return NULL;
> + }
> }
>
> out:
> @@ -4406,14 +4488,20 @@ static void multifd_rdma_send_channel_setup(MultiFDSendParams *p)
> static void *multifd_rdma_recv_thread(void *opaque)
> {
> MultiFDRecvParams *p = opaque;
> + int ret = 0;
>
> while (true) {
> + qemu_sem_wait(&p->sem_sync);
> WITH_QEMU_LOCK_GUARD(&p->mutex) {
> if (p->quit) {
> break;
> }
> }
> - qemu_sem_wait(&p->sem_sync);
> + ret = qemu_rdma_registration_handle(p->file, p->c);
> + if (ret < 0) {
> + qemu_file_set_error(p->file, ret);
> + break;
> + }
> }
>
> WITH_QEMU_LOCK_GUARD(&p->mutex) {
> --
> 1.8.3.1
>
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2021-02-03 20:13 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-03 8:01 [PATCH v4 00/18] Support Multifd for RDMA migration Chuan Zheng
2021-02-03 8:01 ` [PATCH v4 01/18] migration/rdma: add the 'migrate_rdma_pin_all' function Chuan Zheng
2021-02-03 8:01 ` [PATCH v4 02/18] migration/rdma: judge whether or not the RDMA is used for migration Chuan Zheng
2021-02-03 17:49 ` Dr. David Alan Gilbert
2021-03-01 12:25 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 03/18] migration/rdma: create multifd_setup_ops for Tx/Rx thread Chuan Zheng
2021-02-03 8:01 ` [PATCH v4 04/18] migration/rdma: add multifd_setup_ops for rdma Chuan Zheng
2021-02-03 17:58 ` Dr. David Alan Gilbert
2021-02-03 8:01 ` [PATCH v4 05/18] migration/rdma: do not need sync main " Chuan Zheng
2021-02-03 18:10 ` Dr. David Alan Gilbert
2021-03-06 8:45 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 06/18] migration/rdma: export MultiFDSendParams/MultiFDRecvParams Chuan Zheng
2021-02-03 18:23 ` Dr. David Alan Gilbert
2021-03-01 12:26 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 07/18] migration/rdma: add rdma field into multifd send/recv param Chuan Zheng
2021-02-03 18:32 ` Dr. David Alan Gilbert
2021-03-01 12:26 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 08/18] migration/rdma: export getQIOChannel to get QIOchannel in rdma Chuan Zheng
2021-02-03 18:49 ` Dr. David Alan Gilbert
2021-03-01 12:26 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 09/18] migration/rdma: add multifd_rdma_load_setup() to setup multifd rdma Chuan Zheng
2021-02-03 8:01 ` [PATCH v4 10/18] migration/rdma: Create the multifd recv channels for RDMA Chuan Zheng
2021-02-03 18:59 ` Dr. David Alan Gilbert
2021-03-06 8:45 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 11/18] migration/rdma: record host_port for multifd RDMA Chuan Zheng
2021-02-03 19:04 ` Dr. David Alan Gilbert
2021-03-01 12:26 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 12/18] migration/rdma: Create the multifd send channels for RDMA Chuan Zheng
2021-02-03 19:52 ` Dr. David Alan Gilbert
2021-03-01 12:26 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 13/18] migration/rdma: Add the function for dynamic page registration Chuan Zheng
2021-02-03 20:06 ` Dr. David Alan Gilbert
2021-03-01 12:26 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 14/18] migration/rdma: register memory for multifd RDMA channels Chuan Zheng
2021-02-03 20:12 ` Dr. David Alan Gilbert [this message]
2021-03-06 8:45 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 15/18] migration/rdma: only register the memory for multifd channels Chuan Zheng
2021-02-04 10:09 ` Dr. David Alan Gilbert
2021-02-03 8:01 ` [PATCH v4 16/18] migration/rdma: add rdma_channel into Migrationstate field Chuan Zheng
2021-02-03 20:19 ` Dr. David Alan Gilbert
2021-03-01 12:27 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 17/18] migration/rdma: send data for both rdma-pin-all and NOT rdma-pin-all mode Chuan Zheng
2021-02-04 10:18 ` Dr. David Alan Gilbert
2021-03-06 8:45 ` Zheng Chuan
2021-02-03 8:01 ` [PATCH v4 18/18] migration/rdma: RDMA cleanup for multifd migration Chuan Zheng
2021-02-04 10:32 ` Dr. David Alan Gilbert
2021-03-06 8:45 ` Zheng Chuan
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=20210203201211.GX2950@work-vm \
--to=dgilbert@redhat.com \
--cc=alex.chen@huawei.com \
--cc=berrange@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=wanghao232@huawei.com \
--cc=xiexiangyou@huawei.com \
--cc=yubihong@huawei.com \
--cc=zhang.zhanghailiang@huawei.com \
--cc=zhengchuan@huawei.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).