[Samba] Third Try: Huge number of small files performance regression from 3.5.16 to 4.6.5 with identical smb.conf

[awl1]

Am 14.07.2017 um 19:58 schrieb Jeremy Allison:
> Yes, but I'm not Thecus support, I'm only helping you :-). 
Indeed, and much appreciated! ;-)

> Yes, but I'm guessing that some of the interactions
> here with these smb.conf params have never been tested
> with the move to SMB2.
Exactly. Thecus never provided anything more recent than 3.5.16.

OK, so here is my new global section, and the results from Wireshark:

[global]
server string = %h
max open files = 100000
deadtime = 15
dead time = 15
load printers = no
log file = /opt/samba/var/log/samba.%m
max log size = 50
strict locking = no
lock directory = /var/samba
encrypt passwords = yes
case sensitive = true
default case = lower
preserve case = yes
short preserve case = yes
passdb backend = tdbsam
aio read size = 1
aio write size = 1
write cache size = 2097152
min receivefile size = 0
use sendfile = yes
getwd cache = true
map untrusted to domain = yes
os level = 1
local master = yes
unix extensions = yes
domain master = no
preferred master = no
dns proxy = no
dos charset = CP850
unix charset = utf8
client ldap sasl wrapping = seal
allow trusted domains = yes
idmap uid = 20000-60000000
idmap gid = 20000-60000000
winbind separator = +
winbind nested groups = yes
winbind enum users = yes
winbind enum groups = yes
create mask = 0644
winbind use default domain = yes
map acl inherit = yes
nt acl support = yes
#map system = yes
bind interfaces only = yes
interfaces = lo,bond*
guest account = nobody
map to guest = Bad User
guest only = yes
follow symlinks = no
block size = 262144
dfree cache time = 5
getwd cache = yes
kernel oplocks = no
kernel change notify = no
smb2 leases = yes
workgroup = WORKGROUP
password server = *
security = user
auth methods = guest sam_ignoredomain
realm =
idmap backend = rid:WORKGROUP=20000-60000000
wins server = 192.168.1.1
client ntlmv2 auth = no
server signing = disabled
smb encrypt = disabled
delete veto files = yes


Most recent wireshark capture - result of the above changes to smb.conf:

===========================================================================
SMB2 Service Response Time Statistics - new:
Index  Procedure  Calls  Min SRT (s)  Max SRT (s)  Avg SRT (s)  Sum SRT (s)
---------------------------------------------------------------------------
SMB2
Close            6   1702     0.000571     0.222479     0.005067 8.623646
Create           5   2066     0.001876     0.022982     0.007718 15.946119
Find            14   1600     0.001372     0.265910     0.051195 81.911843
GetInfo         16     17     0.000455     0.010792     0.001690 0.028723
SetInfo         17   2055     0.000732     0.006802     0.001132 2.326217
Write            9   1026     0.000566     0.302602     0.001109 1.137562
---------------------------------------------------------------------------

Great! A huge difference already (this already speeds things up by 230 
seconds!) - but still summing up to 109 seconds (as opposed to 25 from 
Samba 3.6/SMB1)! :-)

So there still seems some "Find" issue left...!?

Looking forward on how to proceed - now probably in Wireshark, so please 
give some more details on how to look for SMB2_QUERY_DIRECTORY in there...

Thanks & best regards
Andreas