Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On 10/7/24 03:47, Yu Zhang wrote:
!-------------------------------------------------------------------|
   This Message Is From an External Sender
   This message came from outside your organization.
|-------------------------------------------------------------------!

Sure, as we talked at the KVM Forum, a possible approach is to set up
two VMs on a physical host, configure the SoftRoCE, and run the
migration test in two nested VMs to ensure that the migration data
traffic goes through the emulated RDMA hardware. I will continue with
this and let you know.

Acknowledged. Do share if you have any problems with it, like if it has compatibility issues
or if we need a different solution. We're open to change.

I'm not familiar with the "current state" of this or how well it would even work.

- Michael


On Fri, Oct 4, 2024 at 4:06 PM Michael Galaxy <mgalaxy@xxxxxxxxxx> wrote:

On 10/3/24 16:43, Peter Xu wrote:
!-------------------------------------------------------------------|
    This Message Is From an External Sender
    This message came from outside your organization.
|-------------------------------------------------------------------!

On Thu, Oct 03, 2024 at 04:26:27PM -0500, Michael Galaxy wrote:
What about the testing solution that I mentioned?

Does that satisfy your concerns? Or is there still a gap here that needs to
be met?
I think such testing framework would be helpful, especially if we can kick
it off in CI when preparing pull requests, then we can make sure nothing
will break RDMA easily.

Meanwhile, we still need people committed to this and actively maintain it,
who knows the rdma code well.

Thanks,

OK, so comments from Yu Zhang and Gonglei? Can we work up a CI test
along these lines that would ensure that future RDMA breakages are
detected more easily?

What do you think?

- Michael





[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux