Re: [Qemu-devel] [PATCH v7 00/12] rdma: migration support

2013-06-13 Thread Michael R. Hines
On 06/13/2013 05:40 PM, Paolo Bonzini wrote: Il 13/06/2013 17:17, Michael R. Hines ha scritto: On 06/13/2013 04:06 PM, Paolo Bonzini wrote: Regarding the timestamp problem, it should be fixed in the RDMA code. You did find a bug, but xyz_start_outgoing_migration should be asynchronous and the p

Re: [Qemu-devel] [PATCH v7 00/12] rdma: migration support

2013-06-13 Thread Paolo Bonzini
Il 13/06/2013 17:17, Michael R. Hines ha scritto: > On 06/13/2013 04:06 PM, Paolo Bonzini wrote: >> Regarding the timestamp problem, it should be fixed in the RDMA code. >> You did find a bug, but xyz_start_outgoing_migration should be >> asynchronous and the pinning should happen in the setup phas

Re: [Qemu-devel] [PATCH v7 00/12] rdma: migration support

2013-06-13 Thread Michael R. Hines
On 06/13/2013 04:06 PM, Paolo Bonzini wrote: (CC-ing qemu-devel). OK, that's good to know. This means that we need to bringup the mlock() problem as a "larger" issue in the linux community instead of the QEMU community. In the meantime, how about I make update to the RDMA patch which does the

Re: [Qemu-devel] [PATCH v7 00/12] rdma: migration support

2013-06-13 Thread Paolo Bonzini
Il 13/06/2013 10:55, Michael R. Hines ha scritto: > On 06/13/2013 10:26 AM, Chegu Vinod wrote: >>> >>> 1. start QEMU with the lock option *first* >>> 2. Then enable x-rdma-pin-all >>> 3. Then perform the migration >>> >>> What happens here? Does pinning "in advance" help you? >> >> Yes it does help

Re: [Qemu-devel] [PATCH v7 00/12] rdma: migration support

2013-06-13 Thread Michael R. Hines
On 06/13/2013 10:26 AM, Chegu Vinod wrote: 1. start QEMU with the lock option *first* 2. Then enable x-rdma-pin-all 3. Then perform the migration What happens here? Does pinning "in advance" help you? Yes it does help by avoiding the freeze time at the start of the pin-all migration. I alr

Re: [Qemu-devel] [PATCH v7 00/12] rdma: migration support

2013-06-13 Thread Michael R. Hines
On 06/13/2013 09:50 AM, Chegu Vinod wrote: Attempted to migrate a smaller guest 10Vcpu/64GB (the guest was just idle) with the pin-all option. It took ~20 sec to do the pin of the guest's RAM (this is the time when the guest is "frozen") and then the actual migration started... and took ab

[Qemu-devel] [PATCH v7 00/12] rdma: migration support

2013-06-10 Thread mrhines
From: "Michael R. Hines" Please pull. Changes since v6: - added signed-off bys - *Major* bug testing: - In-depth regression testing, several bug fixes. - Over 1000+ back-to-back migrations performed without error. - rdma: introduce qemu_update_position(), since RDMA writes are asyn