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.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |