RE: [PATCH RFC 00/12] *** mulitple RDMA channels for migration ***

2020-01-15 Thread fengzhimin
...@redhat.com; ebl...@redhat.com; qemu-devel@nongnu.org; Zhanghailiang ; jemmy858...@gmail.com Subject: Re: [PATCH RFC 00/12] *** mulitple RDMA channels for migration *** * Zhimin Feng (fengzhim...@huawei.com) wrote: > From: fengzhimin > > Currently there is a single channel for RDMA

Re: [PATCH RFC 00/12] *** mulitple RDMA channels for migration ***

2020-01-15 Thread Dr. David Alan Gilbert
* Zhimin Feng (fengzhim...@huawei.com) wrote: > From: fengzhimin > > Currently there is a single channel for RDMA migration, this causes > the problem that the network bandwidth is not fully utilized for > 25Gigabit NIC. Inspired by the Multifd, we use two RDMA channels to > send RAM pages, which

Re: [PATCH RFC 00/12] *** mulitple RDMA channels for migration ***

2020-01-09 Thread no-reply
Patchew URL: https://patchew.org/QEMU/20200109045922.904-1-fengzhim...@huawei.com/ Hi, This series failed the docker-mingw@fedora build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT BEGIN ==

[PATCH RFC 00/12] *** mulitple RDMA channels for migration ***

2020-01-09 Thread Zhimin Feng
From: fengzhimin Currently there is a single channel for RDMA migration, this causes the problem that the network bandwidth is not fully utilized for 25Gigabit NIC. Inspired by the Multifd, we use two RDMA channels to send RAM pages, which we call MultiRDMA. We compare the migration performance