From: Zheng Chuan <zhengchuan@huawei.com>
To: "Dr. David Alan Gilbert" <dgilbert@redhat.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 17/18] migration/rdma: send data for both rdma-pin-all and NOT rdma-pin-all mode
Date: Sat, 6 Mar 2021 16:45:26 +0800 [thread overview]
Message-ID: <1f1e75f3-c619-19e1-a6fe-bfc6f01992e6@huawei.com> (raw)
In-Reply-To: <20210204101836.GE3039@work-vm>
On 2021/2/4 18:18, Dr. David Alan Gilbert wrote:
> * Chuan Zheng (zhengchuan@huawei.com) wrote:
>> Signed-off-by: Zhimin Feng <fengzhimin1@huawei.com>
>> Signed-off-by: Chuan Zheng <zhengchuan@huawei.com>
>> ---
>> migration/rdma.c | 65 ++++++++++++++++++++++++++++++++++++++++++++++++++++----
>> 1 file changed, 61 insertions(+), 4 deletions(-)
>>
>> diff --git a/migration/rdma.c b/migration/rdma.c
>> index 2097839..c19a91f 100644
>> --- a/migration/rdma.c
>> +++ b/migration/rdma.c
>> @@ -2002,6 +2002,20 @@ static int qemu_rdma_write_one(QEMUFile *f, RDMAContext *rdma,
>> .repeat = 1,
>> };
>>
>> + /* use multifd to send data */
>> + if (migrate_use_multifd()) {
>> + int channel = get_multifd_RDMA_channel();
>> + int ret = 0;
>> + MultiFDSendParams *multifd_send_param = NULL;
>> + ret = get_multifd_send_param(channel, &multifd_send_param);
>> + if (ret) {
>> + error_report("rdma: error getting multifd_send_param(%d)", channel);
>> + return -EINVAL;
>> + }
>> + rdma = (RDMAContext *)multifd_send_param->rdma;
>> + block = &(rdma->local_ram_blocks.block[current_index]);
>> + }
>> +
>> retry:
>> sge.addr = (uintptr_t)(block->local_host_addr +
>> (current_addr - block->offset));
>> @@ -2197,6 +2211,27 @@ retry:
>> return 0;
>> }
>>
>> +static int multifd_rdma_write_flush(void)
>> +{
>> + /* The multifd RDMA threads send data */
>> + MultiFDSendParams *multifd_send_param = NULL;
>> + RDMAContext *rdma = NULL;
>> + MigrationState *s = migrate_get_current();
>> + int ret = 0;
>> +
>> + ret = get_multifd_send_param(s->rdma_channel,
>> + &multifd_send_param);
>> + if (ret) {
>> + error_report("rdma: error getting multifd_send_param(%d)",
>> + s->rdma_channel);
>
> Do we need these error_report's for get_multifd_send_param calls - how
> can they fail in practice?
>
Maybe we do not need it.
The s->rdma_channel should not exceed the migrate_multifd_channels and should not negative.
>> + return ret;
>> + }
>> + rdma = (RDMAContext *)(multifd_send_param->rdma);
>> + rdma->nb_sent++;
>> +
>> + return ret;
>
> But this doesn't actually 'flush' anything?
>
Yes, it just use to increase the nb_sent. we need to choose a more suitable function name.
>> +}
>> +
>> /*
>> * Push out any unwritten RDMA operations.
>> *
>> @@ -2219,8 +2254,15 @@ static int qemu_rdma_write_flush(QEMUFile *f, RDMAContext *rdma)
>> }
>>
>> if (ret == 0) {
>> - rdma->nb_sent++;
>> - trace_qemu_rdma_write_flush(rdma->nb_sent);
>> + if (migrate_use_multifd()) {
>> + ret = multifd_rdma_write_flush();
>> + if (ret) {
>> + return ret;
>> + }
>> + } else {
>> + rdma->nb_sent++;
>> + trace_qemu_rdma_write_flush(rdma->nb_sent);
>> + }
>> }
>>
>> rdma->current_length = 0;
>> @@ -4062,6 +4104,7 @@ wait_reg_complete:
>> }
>>
>> qemu_sem_post(&multifd_send_param->sem_sync);
>> + qemu_sem_wait(&multifd_send_param->sem);
>
> why?
>
The multifd send thread would post sem signal after finishing sending data.
The main thread need wait for multifd RDMA send threads to poll the CQE.
>> }
>> }
>>
>> @@ -4443,6 +4486,7 @@ static void *multifd_rdma_send_thread(void *opaque)
>> Error *local_err = NULL;
>> int ret = 0;
>> RDMAControlHeader head = { .len = 0, .repeat = 1 };
>> + RDMAContext *rdma = p->rdma;
>>
>> trace_multifd_send_thread_start(p->id);
>> if (multifd_send_initial_packet(p, &local_err) < 0) {
>> @@ -4451,7 +4495,7 @@ static void *multifd_rdma_send_thread(void *opaque)
>>
>> /* wait for semaphore notification to register memory */
>> qemu_sem_wait(&p->sem_sync);
>> - if (qemu_rdma_registration(p->rdma) < 0) {
>> + if (qemu_rdma_registration(rdma) < 0) {
>> goto out;
>> }
>> /*
>> @@ -4466,12 +4510,25 @@ static void *multifd_rdma_send_thread(void *opaque)
>> break;
>> }
>> }
>> + /* To complete polling(CQE) */
>> + while (rdma->nb_sent) {
>
> Where is nb_sent decremented?
>
the nb_sent is decreased in qemu_rdma_poll which is called by qemu_rdma_block_for_wrid.
>> + ret = qemu_rdma_block_for_wrid(rdma, RDMA_WRID_RDMA_WRITE, NULL);
>> + if (ret < 0) {
>> + error_report("multifd RDMA migration: "
>> + "complete polling error!");
>> + return NULL;
>> + }
>> + }
>> /* Send FINISHED to the destination */
>> head.type = RDMA_CONTROL_REGISTER_FINISHED;
>> - ret = qemu_rdma_exchange_send(p->rdma, &head, NULL, NULL, NULL, NULL);
>> + ret = qemu_rdma_exchange_send(rdma, &head, NULL, NULL, NULL, NULL);
>> if (ret < 0) {
>> + error_report("multifd RDMA migration: "
>> + "sending remote error!");
>> return NULL;
>> }
>> + /* sync main thread */
>> + qemu_sem_post(&p->sem);
>> }
>>
>> out:
>> --
>> 1.8.3.1
>>
--
Regards.
Chuan
next prev parent reply other threads:[~2021-03-06 8:50 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
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 [this message]
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=1f1e75f3-c619-19e1-a6fe-bfc6f01992e6@huawei.com \
--to=zhengchuan@huawei.com \
--cc=alex.chen@huawei.com \
--cc=berrange@redhat.com \
--cc=dgilbert@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 \
/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).