On 4/25/2013 3:01 PM, Phil Pishioneri wrote:
On 4/25/13 1:18 PM, Wendy Cheng wrote:
On Wed, Apr 24, 2013 at 11:26 AM, Tom Talpey <tom@xxxxxxxxxx> wrote:
1)
The client slot count is not hard-coded, it can easily be changed by
writing a value to /proc and initiating a new mount. But I doubt that
increasing the slot table will improve performance much, unless this is
a small-random-read, and spindle-limited workload.
It was a shot in the dark :) .. as our test bed has not been setup
yet .However, since I'll be working on (very) slow clients, increasing
this buffer is still interesting (to me). I don't see where it is
controlled by a /proc value (?) - but that is not a concern at this
moment as /proc entry is easy to add. More questions on the server
though (see below) ...
Might there be confusion between the RDMA slot table and the TCP/UDP
ones (which have proc entries under /proc/sys/sunrpc)?
No, the xprtrdma.ko creates similar slot table controls when it loads.
See the names below, prefixed with "rdma":
tmt@Home:~$ ls /proc/sys/sunrpc
max_resvport nfsd_debug nlm_debug tcp_fin_timeout tcp_slot_table_entries udp_slot_table_entries
min_resvport nfs_debug rpc_debug tcp_max_slot_table_entries transports
tmt@Home:~$ sudo insmod xprtrdma
tmt@Home:~$ ls /proc/sys/sunrpc
max_resvport nlm_debug rdma_memreg_strategy tcp_fin_timeout udp_slot_table_entries
min_resvport rdma_inline_write_padding rdma_pad_optimize tcp_max_slot_table_entries
nfsd_debug rdma_max_inline_read rdma_slot_table_entries tcp_slot_table_entries
nfs_debug rdma_max_inline_write rpc_debug transports
tmt@Home:~$
--
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
