[Bugs] [Bug 1478411] Directory listings on fuse mount are very slow due to small number of getdents () entries
bugzilla at redhat.com
bugzilla at redhat.com
Tue Jan 2 06:43:31 UTC 2018
https://bugzilla.redhat.com/show_bug.cgi?id=1478411
Raghavendra G <rgowdapp at redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |needinfo?(nh2-redhatbugzill
| |a at deditus.de)
--- Comment #33 from Raghavendra G <rgowdapp at redhat.com> ---
(In reply to nh2 from comment #32)
> I have now tried all the things suggested in comment 15 (those patches I
> tested by using 3.13.1).
>
> None of them have an effect on reducing the total amount spent in the
> getdents() to less than what's shown in the strace above.
Thanks for your persistent efforts. We do acknowledge that readdirplus on
bricks is a bottleneck. But, efforts required to improve that are significant
and hence no major effort is currently in progress.
However, translator readdir-ahead tries to hide the readdirplus latency on
bricks from application by initiating a stream of readdirplus (starts when
application does an opendir) even before application has done a readdir. So, I
am very much interested in your results from tests done in a setup with both of
the following suggestions:
* 32-page kernel patch (comment #11)
* Increasing readdirplus request size done by readdir-ahead (comment #20)
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
More information about the Bugs
mailing list