23.07.2014 Views

Lustre 1.6 Operations Manual

Lustre 1.6 Operations Manual

Lustre 1.6 Operations Manual

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

To obtain the optimal performance for your platform, you may want to vary the<br />

remaining options.<br />

n_waitd (1) sets the number of threads that process completed MX requests (sends<br />

and receives).<br />

max_peers (1024) tells MXLND the upper limit of machines that it will need to<br />

communicate with. This affects how many receives it will pre-post and each receive<br />

will use one page of memory. Ideally, on clients, this value will be equal to the total<br />

number of <strong>Lustre</strong> servers (MDS and OSS). On servers, it needs to equal the total<br />

number of machines in the storage system. cksum (0) turns on small message<br />

checksums. It can be used to aid in troubleshooting. MX also provides an optional<br />

checksumming feature which can check all messages (large and small). For details,<br />

see the MX README.<br />

ntx (256) is the number of total sends in flight from this machine. In actuality,<br />

MXLND reserves half of them for connect messages so make this value twice as<br />

large as you want for the total number of sends in flight.<br />

credits (8) is the number of in-flight messages for a specific peer. This is part of the<br />

flow-control system in <strong>Lustre</strong>. Increasing this value may improve performance but it<br />

requires more memory because each message requires at least one page.<br />

board (0) is the index of the Myricom NIC. Hosts can have multiple Myricom NICs<br />

and this identifies which one MXLND should use. This value must match the board<br />

value in your MXLND hosts file for this host.<br />

ep_id (3) is the MX endpoint ID. Each process that uses MX is required to have at<br />

least one MX endpoint to access the MX library and NIC. The ID is a simple index<br />

starting at zero (0). This value must match the endpoint ID value in your MXLND<br />

hosts file for this host.<br />

polling (0) determines whether this host will poll or block for MX request<br />

completions. A value of 0 blocks and any positive value will poll that many times<br />

before blocking. Since polling increases CPU usage, we suggest that you set this to<br />

zero (0) on the client and experiment with different values for servers.<br />

Chapter 31 Configuration Files and Module Parameters (man5) 31-21

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!