[Bugs] [Bug 1656348] New: Commit c9bde3021202f1d5c5a2d19ac05a510fc1f788ac causes ls slowdown

[bugzilla at redhat.com]

https://bugzilla.redhat.com/show_bug.cgi?id=1656348

            Bug ID: 1656348
           Summary: Commit c9bde3021202f1d5c5a2d19ac05a510fc1f788ac causes
                    ls slowdown
           Product: GlusterFS
           Version: mainline
         Component: unclassified
          Assignee: bugs at gluster.org
          Reporter: nbalacha at redhat.com
                CC: bugs at gluster.org



Description of problem:

ls on a mount point on which files were created takes 5x slower than ls on the
same volume from a fresh mount point.


git bisect points to commit c9bde3021202f1d5c5a2d19ac05a510fc1f788ac as the
culprit.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Create a single brick volume and fuse mount it on 2 different mount points
(/mnt/1 and /mnt/2)
2.From /mnt/1:
for i in {1..20000}; do echo "let's scale" > xfile-$i; done
3.Run the following from both mounts
time ls -l |wc


Actual results:

On /mnt/1:
[root at rhgs313-7 g1]# time ls -l |wc
  20001  180002 1028906

real    0m7.663s
user    0m0.163s
sys    0m0.326s

On /mnt/2:
[root at rhgs313-7 g2]# time ls -l|wc
  20001  180002 1028906

real    0m1.351s
user    0m0.147s
sys    0m0.183s


Expected results:
ls times should be comparable


Additional info:

Subsequent ls runs on /mnt/1 do not show improved performance until the client
is remounted.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.