我发现从运行Yosemite的Mac访问Samba共享(4.1.6)可能会非常慢.显示包含四个或五个文件的文件夹可能需要几分钟(毫不夸张).
我在其中一个长暂停期间运行Wireshark,我可以看到稳定的“创建请求文件”/“创建响应文件”SMB2数据包被发送 – 参考我打开的文件夹中每个文件的元数据文件前段时间关闭(即形式为“._Realname” – 我相信这些是resource forks).此文件夹中有几百个文件,因此它需要很长时间才能完成所有文件,在此期间其他文件夹访问似乎被阻止.
我尝试了几件事：
>防止创建.DS_Store和资源分支：
添加veto for ._ file creation没有帮助 – 我仍然可以看到它通过文件(我知道当你尝试将文件夹从具有各种点下划线文件的文件复制到共享时,这可能会导致其他问题).
>通过端口和IP地址连接：
我已经读过通过IP连接并直接指定端口139会产生影响.虽然我仍然可以看到“创建请求文件”/“创建响应文件”数据包的流,但这确实有所改进.
假设这是缓慢的原因,有没有办法阻止Yosemite甚至尝试为网络共享创建或读取这些文件？ (不仅仅是.DS_Store,还有资源分叉.)我是否缺少一些神奇的Samba或Mac配置选项？
解决方法
很抱歉通知你,但自从Maverick以来,MacOSX SMB / CIFS就开始顽强地施加一个粘性球.对不起,我已经转移到我的家庭网络的NFS.优胜美地似乎更好,但其性能与他们目前的SMB / CIFS网络堆栈不相符.
示例和投诉：
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-yosemite-file-sharing-smb-super-slow/
示例和投诉：
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-yosemite-file-sharing-smb-super-slow/
我可以使用MacOSX主机和该主机内的VM(Windows 7)从完全相同的文件夹(NAS4Free服务器)复制文件,而且VM(VMware和Parallels)比主机更快,这是非常可笑的:(
原文地址：https://www.jb51.cc/linux/395723.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
