Congestion window or other reason?

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

 



Hi all,

I have bulk writing and reading working on RPCMX, sort of.

Reading seems to work fine. Writing seems to work fine if RPCMX_MAX_DATA_SEGS is set to <=32 (versus the default of 8 in RPCRDMA). Above that value, I get an oops on the server.

Reading seems to work fine with values up to 128. I have not tried 256, because the code then adds 2 to create RPCMX_MAX_SEGS and MX is limited to 256 total segments. I tried 254, but the client seems to prefer power of 2 values, so it uses 128 pages (512 KB).

As best I can tell when reading a 1 MB file, the first transfer is 32 pages, the second transfer is 128 pages, and the final transfer is the remaining 96 pages.

When writing, the client tries to send 128 pages twice. The SVC MX layer receives them correctly (it parses the request correctly and posts 128 pages), but I get an oops in svc_process().

Is this related to the congestion window or something else? It doesn't come up in RPCRDMA since it is limited to 8 pages.

Any advice would be great.

Thanks,

Scott


--
Scott Atchley
Myricom Inc.
http://www.myri.com


--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux