[Bugs] [Bug 1543072] New: Listing a directory that contains many directories takes to much time

bugzilla at redhat.com bugzilla at redhat.com
Wed Feb 7 16:54:53 UTC 2018


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

            Bug ID: 1543072
           Summary: Listing a directory that contains many directories
                    takes to much time
           Product: GlusterFS
           Version: 3.10
         Component: core
          Severity: high
          Assignee: bugs at gluster.org
          Reporter: mhorban at vidscale.com
                CC: bugs at gluster.org



Description of problem:
Listing a directory that contains many directories takes to much time


Version-Release number of selected component (if applicable):
Reproduced on 3.10 and 3.13

How reproducible:
100%

Steps to Reproduce:
1. Prepare env:
service glusterd start
truncate -s 1GB /srv/disk{1..4}
for i in `seq 1 4`;do mkfs.xfs -i size=512 /srv/disk$i ;done
mkdir -p /export/brick{1..4}
for i in `seq 1 4`;do echo "/srv/disk$i /export/brick$i xfs
loop,inode64,noatime,nodiratime 0 0" >> /etc/fstab ;done
mount -a
gluster volume create test replica 2 transport tcp
`hostname`:/export/brick{1..4}/data force
gluster volume start test
mkdir /mnt/test
mount -t glusterfs `hostname`:test /mnt/test 

2. Create 1000 directories and 1000 files:
for i in {0000..9999} ; do mkdir -p "/mnt/test/dirs/DIR_${i}" ; done
mkdir /mnt/test/files
for i in {0000..9999} ; do touch "/mnt/test/files/file_${i}" ; done 

3. Check that listing of files is much faster that listing of dirs:
#time ls /mnt/test/dirs
...
real    0m7,929s
user    0m0,071s
sys    0m0,160s

#time ls /mnt/test/files
...
real    0m0,479s
user    0m0,044s
sys    0m0,029s 

Actual results:
Listing of dirs is much slower that listing of files

Expected results:
Listing of dirs must be faster or at least the same as listing of files

Additional info:
The same behaviour is observed on 3.13 version

-- 
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