https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-13336 Lustre <p>Lustre tree walking performance is fairly poor (~30K files/s) while stat() performance is decent (~200K files/s). The culprit seems to be readdir, which is a series of small file reads from the MDS. (Note readdir isn't tested by mdtest.)</p> <p>While there are a number of ideas to improve tree walking performance, we think the best potential is to implement opendir with read intent. Opendir should read and return the first page of the directory along with the directory read lock. This can avoid a bunch of RPCs: open, read req, read RDMA. </p> <p>For small directories (the majority), a single page may well be sufficient to include all dirents, meaning no more RPCs necessary. For larger dirs, the client can begin processing the first page while other pages are delivered from the MDS.</p> <p>Ref: Cray LUS-7695</p> LU-13336

Opendir with read intent

New Feature Minor Open Unresolved WC Triage Nathan Rutman Thu, 5 Mar 2020 19:54:49 +0000 Sat, 7 Mar 2020 23:02:49 +0000 0 3 <p>I wouldn't be against reading more than a single page. We already have "max_readahead_whole_mb" for files, typically 2MB, so that the whole file is read into client cache on first access. Since network latency is half of the battle, it likely wouldn't be bad to read a whole RPC's worth of pages into the client cache on open. </p> <p>That said - one case that needs to be determined is whether the read is for readdir(), or whether it is for ioctl(). While I suspect readdir() is overwhelmingly the majority, it would be good if we could distinguish them. In any case, having a tunable to benchmark this and change it in the future is necessary. </p> Development Rank 1|i00uzb: Rank (Obsolete) 9223372036854775807