On 04/10/2013 11:05 AM, Michael S. Tsirkin wrote:
On Wed, Apr 10, 2013 at 11:48:24AM -0400, Michael R. Hines wrote:
There's a very nice, simple client/server RDMA application on the
internet you can use to test your patch.
http://thegeekinthecorner.wordpress.com/2010/09/28/
rdma-read-and-write
On 04/10/2013 11:05 AM, Michael S. Tsirkin wrote:
On Wed, Apr 10, 2013 at 11:48:24AM -0400, Michael R. Hines wrote:
There's a very nice, simple client/server RDMA application on the
internet you can use to test your patch.
http://thegeekinthecorner.wordpress.com/2010/09/28/
rdma-read-and-write
the patch.
On Fri, Apr 05, 2013 at 05:32:30PM -0400, Michael R. Hines wrote:
Well, I have the "is_dup_page()" commented out...when RDMA is
activated.
Is there something else in QEMU that could be touching the page that
I don't know about?
- Michael
On 04/05/2013 05:03 PM, Roland Dr
attempting to fault them all in
makes you exceed the limit. You really should look at
what is going on in the pagemap, to see if there's
measureable gain from the patch.
On Fri, Apr 05, 2013 at 05:32:30PM -0400, Michael R. Hines wrote:
Well, I have the "is_dup_page()" commented out..
On 04/09/2013 12:39 PM, Michael S. Tsirkin wrote:
On Fri, Apr 05, 2013 at 04:54:39PM -0400, Michael R. Hines wrote:
To be more specific, here's what I did:
1. apply kernel module patch - re-insert module
1. QEMU does: ibv_reg_mr(IBV_ACCESS_GIFT | IBV_ACCESS_REMOTE_READ)
2. Start
On 04/09/2013 12:39 PM, Michael S. Tsirkin wrote:
On Fri, Apr 05, 2013 at 04:54:39PM -0400, Michael R. Hines wrote:
To be more specific, here's what I did:
1. apply kernel module patch - re-insert module
1. QEMU does: ibv_reg_mr(IBV_ACCESS_GIFT | IBV_ACCESS_REMOTE_READ)
2. Start
attempting to fault them all in
makes you exceed the limit. You really should look at
what is going on in the pagemap, to see if there's
measureable gain from the patch.
On Fri, Apr 05, 2013 at 05:32:30PM -0400, Michael R. Hines wrote:
Well, I have the is_dup_page() commented out...when RDMA
the patch.
On Fri, Apr 05, 2013 at 05:32:30PM -0400, Michael R. Hines wrote:
Well, I have the is_dup_page() commented out...when RDMA is
activated.
Is there something else in QEMU that could be touching the page that
I don't know about?
- Michael
On 04/05/2013 05:03 PM, Roland Dreier wrote
Well, I have the "is_dup_page()" commented out...when RDMA is
activated.
Is there something else in QEMU that could be touching the page that I
don't know about?
- Michael
On 04/05/2013 05:03 PM, Roland Dreier wrote:
On Fri, Apr 5, 2013 at 1:51 PM, Michael R. Hines
wro
. The process
gets killed. (Both with and without GIFT)
- Michael
On 04/05/2013 04:43 PM, Roland Dreier wrote:
On Fri, Apr 5, 2013 at 1:17 PM, Michael R. Hines
wrote:
I also removed the IBV_*_WRITE flags on the sender-side and activated
cgroups with the "memory.memsw.limit_in_bytes"
:
On Fri, Apr 5, 2013 at 1:17 PM, Michael R. Hines
wrote:
I also removed the IBV_*_WRITE flags on the sender-side and activated
cgroups with the "memory.memsw.limit_in_bytes" activated and the migration
with RDMA also succeeded without any problems (both with *and* without GIFT
also worked).
The userland part of the patch was missing (IBV_ACCESS_GIFT).
I added flag that to /usr/include in addition to this patch and did a
test RDMA migrate and it seems to work without any problems.
I also removed the IBV_*_WRITE flags on the sender-side and activated
cgroups with the
The userland part of the patch was missing (IBV_ACCESS_GIFT).
I added flag that to /usr/include in addition to this patch and did a
test RDMA migrate and it seems to work without any problems.
I also removed the IBV_*_WRITE flags on the sender-side and activated
cgroups with the
:
On Fri, Apr 5, 2013 at 1:17 PM, Michael R. Hines
mrhi...@linux.vnet.ibm.com wrote:
I also removed the IBV_*_WRITE flags on the sender-side and activated
cgroups with the memory.memsw.limit_in_bytes activated and the migration
with RDMA also succeeded without any problems (both with *and* without GIFT
. The process
gets killed. (Both with and without GIFT)
- Michael
On 04/05/2013 04:43 PM, Roland Dreier wrote:
On Fri, Apr 5, 2013 at 1:17 PM, Michael R. Hines
mrhi...@linux.vnet.ibm.com wrote:
I also removed the IBV_*_WRITE flags on the sender-side and activated
cgroups
Well, I have the is_dup_page() commented out...when RDMA is
activated.
Is there something else in QEMU that could be touching the page that I
don't know about?
- Michael
On 04/05/2013 05:03 PM, Roland Dreier wrote:
On Fri, Apr 5, 2013 at 1:51 PM, Michael R. Hines
mrhi
I'm getting around to it, Michael, I promise =).
Just came back from vacation.
I have to re-build the ib_ucm kernel module from the original SUSE
kernel that I'm using along before I can test it..
The machines I'm using are slightly tied up with other things, so its
taking me a little
I'm getting around to it, Michael, I promise =).
Just came back from vacation.
I have to re-build the ib_ucm kernel module from the original SUSE
kernel that I'm using along before I can test it..
The machines I'm using are slightly tied up with other things, so its
taking me a little
of copies, this makes the user process
quickly exceed the cgroups memory limit. This makes RDMA mostly useless
for virtualization, thus the stable tag.
Reported-by: "Michael R. Hines"
Cc: sta...@vger.kernel.org
Signed-off-by: Michael S. Tsirkin
---
Note: compile-tested only, I don't
of copies, this makes the user process
quickly exceed the cgroups memory limit. This makes RDMA mostly useless
for virtualization, thus the stable tag.
Reported-by: Michael R. Hines mrhi...@linux.vnet.ibm.com
Cc: sta...@vger.kernel.org
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
Note
stupid
(and useless). But without it, my low-latency driver is under-utilized.
Is this possible right now?
--
/**/
Michael R. Hines
Grad Student, SUNY Binghamton
http://www.cs.binghamton.edu/~mhines
/ */
signature.asc
stupid
(and useless). But without it, my low-latency driver is under-utilized.
Is this possible right now?
--
/**/
Michael R. Hines
Grad Student, SUNY Binghamton
http://www.cs.binghamton.edu/~mhines
/ */
signature.asc
22 matches
Mail list logo