I bought FreeNAS Mini XL a while ago along with 4x3TB hard drives, SLOG in L2ARC.
File share on AFP is as fast as expected - 110MB/s, small files do not cause a big performance drop. It is very unreliable however. Lots of crashes and random errors.
SMB on the other hand is very reliable, unfortunately, also very slow. I get ~10MB/s reads and writes on the same share. That is when I copy large files (~1GB) not small ones. If I run top on FreeNAS, I see that CPU utilisation of smbd process is always between 90% and 100% when file transfer is in progress. Listing large directories is tends to be slow too.
Doing same file transfer over AFP uses very little CPU (single digit). I use pretty much standard SMBD config. I deleted it and created it again using web wizard and I get same performance.
I have this performance issue since I acquired FreeNAS Mini XL several months ago (9.10). I have 9.10.1-U4 patch now, but no improvement.
My client is 10.11. I tried with SMB2 and SMB3 protocol and almost no difference in performance. Below is my config. ZFS filesystem uses lz4 compression, no dedup, no encyption. atime is also off.
What would cause such a large CPU consumption in smbd? If there would be anything hardware or system related (e.g. ZFS features) I would expect they would manifest also in afpd. All CPU usage is in user space, not system.
File share on AFP is as fast as expected - 110MB/s, small files do not cause a big performance drop. It is very unreliable however. Lots of crashes and random errors.
SMB on the other hand is very reliable, unfortunately, also very slow. I get ~10MB/s reads and writes on the same share. That is when I copy large files (~1GB) not small ones. If I run top on FreeNAS, I see that CPU utilisation of smbd process is always between 90% and 100% when file transfer is in progress. Listing large directories is tends to be slow too.
Doing same file transfer over AFP uses very little CPU (single digit). I use pretty much standard SMBD config. I deleted it and created it again using web wizard and I get same performance.
I have this performance issue since I acquired FreeNAS Mini XL several months ago (9.10). I have 9.10.1-U4 patch now, but no improvement.
My client is 10.11. I tried with SMB2 and SMB3 protocol and almost no difference in performance. Below is my config. ZFS filesystem uses lz4 compression, no dedup, no encyption. atime is also off.
What would cause such a large CPU consumption in smbd? If there would be anything hardware or system related (e.g. ZFS features) I would expect they would manifest also in afpd. All CPU usage is in user space, not system.
Code:
[global] username map = /usr/local/etc/smbusers server max protocol = SMB2 interfaces = 127.0.0.1 192.168.123.148 192.168.254.13 bind interfaces only = yes encrypt passwords = yes dns proxy = no strict locking = no oplocks = yes deadtime = 15 max log size = 51200 max open files = 941978 logging = file load printers = no printing = bsd printcap name = /dev/null disable spoolss = yes getwd cache = yes guest account = nobody map to guest = Bad User obey pam restrictions = no directory name cache size = 0 kernel change notify = no panic action = /usr/local/libexec/samba/samba-backtrace nsupdate command = /usr/local/bin/samba-nsupdate -g server string = Mlincek ea support = yes store dos attributes = yes lm announce = yes hostname lookups = yes time server = yes acl allow execute always = true dos filemode = yes multicast dns register = yes domain logons = no local master = yes idmap config *: backend = tdb idmap config *: range = 90000001-100000000 server role = standalone netbios name = MLINCEK workgroup = WORKGROUP security = user pid directory = /var/run/samba create mask = 0666 directory mask = 0777 client ntlmv2 auth = yes dos charset = CP437 unix charset = UTF-8 log level = 1 [mlincek] path = /mnt/mlincek/export printable = no veto files = /.snapshot/.windows/.mac/.zfs/ writeable = yes browseable = yes recycle:repository = .recycle/%U recycle:keeptree = yes recycle:versions = yes recycle:touch = yes recycle:directory_mode = 0777 recycle:subdir_mode = 0700 vfs objects = zfs_space zfsacl recycle catia fruit streams_xattr aio_pthread hide dot files = yes guest ok = yes nfs4:mode = special nfs4:acedup = merge nfs4:chown = true zfsacl:acesort = dontcare ea support = yes