这是一个很大的问题，因为这个问题在互联网上看起来是过分报道和无法解答的（见下面的参考文献），但是这个问题的时间是永久解决的。
事实：
smb://192.168.1.100/share 问题：
显然，这是不对的。 我不知道如何解决这个问题，并希望得到任何帮助。 我不确定我可以提供的其他相关信息，但如果有的话，请让我知道，以便我可以更新这个post。
我似乎不是唯一有这个问题的人：
如果这是与在Windows Vista（和原始的Windows Server 2008）中推出的较新的SMB2协议相关的不兼容问题，我不会感到惊讶。 如果你可以在Windows 2000 / XP机器上操作，并在2000 / XP主机上访问共享时testingMac的性能，那么你会发现它是否是SMB2相关的问题，因为XP和以下版本没有SMB2和SMB2协议的引入臭名昭着，造成了类似的问题，具体涉及到“快速查询”。 如果一个XP或以下的系统不会出现与Mac相同的文件共享问题，并且您在服务器上拥有pipe理员权限，或者可以与某个人进行通话，则.reg文件将closures服务器上的快速查询行为（以及任何Vista或以上系统，请记住WS2008是有效的“Windows Vista服务器版”）如下：
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa] "LmCompatibilityLevel"=dword:00000002
另请参阅本页上的提示，以获得有关Snow Leopard（也可能是更新的OS X版本）的特定问题的其他build议： http : //www.macwindows.com/snowleopard-filesharing.html#030311b
另外一种可能性是，networking的DNS服务器正在为服务器的名称返回错误的IP地址，或者在此networking上使用错误的DNS服务器。 如果这是一个域，则应将Windows Server用作主DNS服务器。 如果正在使用的DNS服务器设置转到ISP的DNS服务器或路由器，并且ISP DNS在默认情况下会将不存在的域名redirect到ISPsearch页面，并且ISP DNS具有不符合标准的“打字错误更正”或“searchbuild议”function而不是返回（正确的）NXDOMAIN响应，尝试通过其名称到达服务器将会导致很多错误。 尝试使用服务器的IP地址而不是其NetBIOS名称来查看configuration错误或行为不当的DNS情况是否导致问题。 有关ISP DNS问题的更多信息，请参阅： https ： //en.wikipedia.org/wiki/DNS_hijacking#Manipulation_by_ISPs
设置这两个registry项帮助我极大地提高了Windows Server 2012和Windows 8.1上Mac的Windows共享性能
win_share_tweak.reg
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters] "Smb2CreditsMin"=dword:00000300 "Smb2CreditsMax"=dword:00004000
来自MSDN的描述 ：
Smb2CreditsMin和Smb2CreditsMax HKLM \ System \ CurrentControlSet \ Services \ LanmanServer \ Parameters \（REG_DWORD）
默认值分别是64和1024。 这些参数允许服务器在指定的边界内dynamic调整客户机操作并发性。 一些客户端可能会获得更高的吞吐量和更高的并发限制。 一个例子是通过高带宽，高延迟链接的文件复制。
将数值从默认的64/1024改为768/16384可以大大地帮助OS X。
我有一种直觉，认为这与SAMBA实施的最新变化有关。 我正在用Lion 10.7.3与Linux共享打印机苦苦挣扎。 事实certificate，苹果切换到他们自己的狮子的桑巴实施，它不喜欢在端口139使用Bonjour广告服务，而更喜欢445，我有我的SAMBA服务器启动只有139。
请参考下面的URL ，我想你会发现一些回答你的问题的东西
我在雪豹上遇到过这个问题。 您的Mac是否使用机场连接到共享？ 尝试使用以太网。 另外，禁用IPv6（在OSX 10.7上默认启用）。