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-
reable 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 is
activated.
Is there something else in QEMU that could be touching the page that
I don't know about?
- Michael
On 04/05
any non COW pages so 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()&
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. Star
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
wever. 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 wor
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 "memory.memsw
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 ti
ts 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
t would be very 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
/ */
11 matches
Mail list logo
