我发现从运行Yosemite的Mac访问Samba共享（4.1.6）可能会非常缓慢。 显示包含四个或五个文件的文件夹可能需要几分钟（不夸张）。
我在这些长时间的暂停之一运行Wireshark，我可以看到一个稳定的“创build请求文件”/“创build响应文件”SMB2数据包正在发送 – 引用一个文件夹中的每个文件的元数据文件，我打开和前段时间closures（即forms为“._Realname” – 我相信这些是资源叉 ）。 此文件夹中有几百个文件，因此需要很长时间才能完成所有工作，在此期间，其他文件夹访问将被阻止。
我已经尝试了几件事情：
防止.DS_Store和资源叉被创build：添加否决对._文件创build没有帮助 – 我仍然可以看到它通过文件（并且我知道这可能会导致其他问题，当您尝试从某处复制文件夹各种点下划线文件到共享）。
通过端口和IP地址连接：我读过通过IP连接并直接指定端口139可以产生影响。 尽pipe我仍然可以看到一个“创build请求文件”/“创build响应文件”数据包的数据stream，但这确实有所改进。
假设这是缓慢的原因，是否有办法阻止优胜美地甚至尝试创build或读取这些文件的networking共享？ （不仅仅是.DS_Store，还有资源分支。）有没有一些不可思议的Samba或Macconfiguration选项，我错过了？
不好意思告诉你，但是自从Maverick以来，MacOSX SMB / CIFS就变得一团糟了。 对不起，但我已经转移到我的家庭networking的NFS。 优胜美地看起来比较好，但是他们目前的SMB / CIFSnetworking堆栈的性能还不够。 示例和投诉： http : //www.macwindows.com/Does-the-final-Mavericks-update-fix-SMB-file-sharing.html http://www.nycnetworkers.com/real-world/mac-os -x-10-10-约塞米蒂文件共享-SMB-超慢/
我可以使用MacOSX主机和该主机中的VM（Windows 7）从完全相同的文件夹（NAS4Free服务器）复制文件，而VM（VMware和Parallels）的速度比主机可以：
您可以使用netatalk通过afp共享文件夹：// U可以使用/ etc / passwd（user1，user2）
; ; Netatalk 3.x configuration file ; [Global] ; Global server settings server name = NAS log file = /var/log/netatalk.log uam list = uams_dhx.so,uams_dhx2.so mimic model = iPad [TimeMachine] path = /share/TimeMachine valid users = user1,user2 rwlist = user1,user2 time machine = yes [User1] path = /share/user1 valid users = user1,user2 rwlist = user1,user2 与MacOS X相比，afp有更好的networking速度
桑巴速度较慢。