Now I edited the config file output earlier: nano -w /usr/local/etc/afp.conf Server messages path: /usr/local/var/netatalk/msg/
UAM search path: /usr/local/lib/netatalk// State directory: /usr/local/var/netatalk/Īfp_nf: /usr/local/var/netatalk/afp_nfĪfp_nf: /usr/local/var/netatalk/afp_nf configure -with-init-style=redhat-sysv -without-tdb -with-cracklib -enable-krbV-uam -with-pam-confdir=/etc/pam.d -with-dbus-sysconf-dir=/etc/dbus-1/system.d
Now we’re ready to download Netatalk and compile it.
Yum install db4-devel libacl-devel avahi-devel libgcrypt-devel pam-devel psiconv-devel dbus-devel dbus-c++-devel globus-gssapi-gsi-devel cracklib-devel libtdb-devel libevent-devel tcp_wrappers-devel libcddb-devel libdbi-devel mysql-devel openldap-devel systemtap-sdt-devel dbus-glib-devel Sounds promising, lets go to their download page and snag the latest copy (3.1.7 as of 03/2015), direct link to Netatalk 3.1.7.įirst we need some prerequisites installed: yum groupinstall "Development Tools" AFP stands for Apple Filing Protocol and it’s non-proprietary linux version is called Netatalk. I did a little research and it seems Apple has something called AFP, which is apparently it’s native file sharing. Imagine working with many large files over this SMB share and then consider that it’s also unresponsive between interactions adding more seconds of delay each time it’s accessed. Sent 409650131 bytes received 42 bytes 39014302.19 bytes/secĪs you can see I more than double my performance by using SSH instead of Samba, 38.7MB/s vs 17.3MB/s, 10 seconds vs. Mac-Pro:~ $ rsync -avP testfile file list. That’s not very impressive, just 17.3MB/s, let’s see what we get if we rsync over SSH instead of SMB. Below is the documentation of the procedure I followed and any outcome I was able to document.įirst I wanted to benchmark SMB performance from OS X to the CentOS server running SMB: Mac-Pro:~ $ dd if=/dev/urandom of=~/testfile bs=4k count=100000Ĥ09600000 bytes transferred in 25.887503 secs (15822306 bytes/sec) Tonight I decided to install Netatalk, latest version on my CentOS server from source code. On OS X however I’ve never had any luck, the connectivity is slow, buggy and generally unreliable. I have a lot of experience with SMB and I’ve never had much trouble working with Linux servers and Windows clients.
My Mac Pro absolutely must access that ZFS share reliably and it would be nice if my two Mac Books were able to as well. The server has a large ZFS share with all my backups and archives as well as various KVM instances running off SSDs.
I’ve struggled to improve Samba (SMB) performance between my Mac Pro (Late 2013) running OS X Yosemite 10.10.2 and my CentOS 6.6 Linux server.