[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