[Bugs] [Bug 1070539] Very slow Samba Directory Listing when many files or sub-direct​ories

[bugzilla at redhat.com]

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

Ben England <bengland at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bengland at redhat.com,
                   |                            |ira at redhat.com,
                   |                            |mpillai at redhat.com



--- Comment #8 from Ben England <bengland at redhat.com> ---
Added Manoj and Ira to cc list.

So does this customer need to use ACLs?  This may be part of the reason that
it's so slow.   Gluster implemented a READDIRPLUS FOP that was intended to
speed up precisely this case.  However, I don't think READDIRPLUS includes ACL
info and extended attr info (can a developer please confirm?).  So if CIFS
requires that ACL info or extended attributes be read before the listing can be
completed, then you still have the same problem we had before READDIRPLUS,
namely >= 1 round trip per file. 

By the way, READDIRPLUS does not return many files in one round trip, certainly
nowhere near as many as it needs to in this case.  But I don't think that's the
cause of this problem.  

To confirm the analysis, could someone get a tcpdump file from the SMB server
with

# tcpdump -i any -w /tmp/a.tcpdump -s 9000 -c 100000
# gzip /tmp/a.tcpdump

And post it in this bz as an attachment or in Red Hat's FTP dropbox site?

Did any of the above tests turn off ACLs?

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