[Samba] Huge number of small files performance regression from 3.5.16 to 4.6.5 with identical smb.conf
Jeremy Allison
jra at samba.org
Tue Jun 13 16:36:04 UTC 2017
On Tue, Jun 13, 2017 at 12:09:41PM +0200, awl1 via samba wrote:
> Hello Samba experts,
>
> I have just successfully replaced the old default Thecus Samba
> version 3.5.16 on my Thecus NAS (32-bit Intel Atom, 3 GB RAM, i686
> Thecus kernel 2.6.33) by a current Samba 4.6.5 build that I have
> cross-compiled myself from scratch.
>
> Note that so far, I am using the unchanged (i.e. exactly identical)
> old 3.5.16 smb.conf file for 4.6.5.
>
> Everything seems to work fine in terms of functionality. From
> Windows PowerShell, I have been also able to verify with
> "Get-SmbConnection" that I am now using SMB3 ("dialect 3.1.1"), and
> I have noticed decent performance gains for copying large files as
> expected:
>
> * single large file copy, Win10 NTFS client to Thecus NAS ("write"):
> before: Samba 3.5.16/SMB 1.5: ~18 MB per second
> after: Samba 4.6.5/SMB 3.1.1: ~23 MB per second
>
> * single large file copy, Thecus NAS to Win10 NTFS client ("read"):
> before: Samba 3.5.16/SMB 1.5: ~60 MB per second
> after: Samba 4.6.5/SMB 3.1.1: ~85 MB per second
>
>
> But unfortunately, I have also run into a severe performance
> degradation for copying a huge number of small files between a Win10
> client and the NAS in both directions. My test scenario here is
> copying a single directory containing 5400 files of between less
> than 1kB and max 8kB in size in both directions (Win10 -> Thecus and
> the other way round).
>
> To the best of my knowledge, performance-related parameters in
> smb.conf had already been tuned for 3.5.16 with good results - IIRC,
> it was especially crucial for write performance to switch from
Can you get comparitive wireshark traces for the two cases ?
That would help discover what the bottleneck is.
More information about the samba
mailing list