[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [PATCH RFC 01/12] migration: Add multiRDMA capability support
From: |
fengzhimin |
Subject: |
RE: [PATCH RFC 01/12] migration: Add multiRDMA capability support |
Date: |
Fri, 17 Jan 2020 01:30:20 +0000 |
Thanks for your review. I will modify its according to your suggestions.
-----Original Message-----
From: Juan Quintela [mailto:address@hidden]
Sent: Thursday, January 16, 2020 9:19 PM
To: Dr. David Alan Gilbert <address@hidden>
Cc: fengzhimin <address@hidden>; address@hidden; address@hidden;
address@hidden; Zhanghailiang <address@hidden>; address@hidden
Subject: Re: [PATCH RFC 01/12] migration: Add multiRDMA capability support
"Dr. David Alan Gilbert" <address@hidden> wrote:
> * Zhimin Feng (address@hidden) wrote:
>> From: fengzhimin <address@hidden>
>>
>> Signed-off-by: fengzhimin <address@hidden>
>
> Instead of creating x-multirdma as a capability and the corresponding
> parameter for the number of channels; it would be better just to use
> the multifd parameters when used with an rdma transport; as far as I
> know multifd doesn't work with rdma at the moment, and to the user the
> idea of multifd over rdma is just the same thing.
I was about to suggest that. We could setup both capabilities:
multifd + rdma
[PATCH RFC 02/12] migration: Export the 'migration_incoming_setup' function and add the 'migrate_use_rdma_pin_all' function, Zhimin Feng, 2020/01/09
[PATCH RFC 07/12] migration/rdma: Be sure all channels are created, Zhimin Feng, 2020/01/09