OK, this looks excellent. I think we're ready for a PULL request now - I
will submit to Juan - I've already got a signed-off from Paolo & Eric.
I think we've got sufficient testing now.
I'm expecting to get access to a big machine in the next week or two
(256G machine) - and I should be able
On 6/1/2013 9:09 PM, Michael R. Hines wrote:
All,
I have successfully performed over 1000+ back-to-back RDMA migrations
automatically looped *in a row* using a heavy-weight memory-stress
benchmark here at IBM.
Migration success is done by capturing the actual serial console
output of the virt
All,
I have successfully performed over 1000+ back-to-back RDMA migrations
automatically looped *in a row* using a heavy-weight memory-stress
benchmark here at IBM.
Migration success is done by capturing the actual serial console output
of the virtual machine while the benchmark is running and
Il 10/05/2013 00:20, Chegu Vinod ha scritto:
>>
>> Wow, I didn't know that either. Perhaps this must be causing the
>> entire QEMU process and its threads to seize up.
>>
>> It may be necessary to run the pinning command *outside* of QEMU's I/O
>> lock in a separate thread if it's really that much
Some more followup questions below to help me debug before I start
digging in...
On 05/09/2013 06:20 PM, Chegu Vinod wrote:
Setting aside the mlock() freezes for the moment, let's first fix your
crashing
problem on the destination-side. Let's make that a priority before we fix
the mlock
On 5/9/2013 10:20 AM, Michael R. Hines wrote:
Comments inline. FYI: please CC mrhi...@us.ibm.com,
because it helps me know when to scroll threw the bazillion qemu-devel
emails.
I have things separated out into folders and rules, but a direct CC is
better =)
Sure will do.
On 05/03/2013
Comments inline. FYI: please CC mrhi...@us.ibm.com,
because it helps me know when to scroll threw the bazillion qemu-devel
emails.
I have things separated out into folders and rules, but a direct CC is
better =)
On 05/03/2013 07:28 PM, Chegu Vinod wrote:
Hi Michael,
I picked up the qemu
Hi Michael,
I picked up the qemu bits from your github branch and gave it a try.
(BTW the setup I was given temporary access to has a pair of MLX's IB
QDR cards connected back to back via QSFP cables)
Observed a couple of things and wanted to share..perhaps you may be
aware of them alrea
On 04/24/2013 05:50 PM, Paolo Bonzini wrote:
Il 24/04/2013 21:00, mrhi...@linux.vnet.ibm.com ha scritto:
From: "Michael R. Hines"
Changes since v5:
- Removed max_size hook.
The patches look good. I will not be very available in the next few
days due to a public holiday here, but I believe t
Il 24/04/2013 21:00, mrhi...@linux.vnet.ibm.com ha scritto:
> From: "Michael R. Hines"
>
> Changes since v5:
>
> - Removed max_size hook.
The patches look good. I will not be very available in the next few
days due to a public holiday here, but I believe that it's okay for 1.5.
It's clearly m
From: "Michael R. Hines"
Please pull.
Changes since v5:
- Removed max_size hook.
- Waiting for Signed-Off bys
Wiki: http://wiki.qemu.org/Features/RDMALiveMigration
Github: g...@github.com:hinesmr/qemu.git
Here is a brief summary of total migration time and downtime using RDMA:
Using a 40
11 matches
Mail list logo
