我在我的本地域networking中的Windows 7框上有一个文件共享，可以被大约10个用户访问，通常没有问题。
今天，我有一个用户试图做一个26MB的QuickBooks文件从她的工作站的简单文件副本通过映射驱动器的文件共享。 她无法做到这一点，所以我login了她，并尝试，并遇到这种奇怪的行为：
更多信息：
我已经从两台计算机上试过了，如果我从工作站复制到文件共享，或者转到文件服务器并通过c $访问工作站，并尝试从另一端复制，则会出现同样的问题。
对于26MB的QuickBooks文件，即使它永远说“计算”，如果我取消，然后等待它完成取消，完成后，文件将实际上在那里，仿佛它复制，但复制过程从未实现它完成了复制。
两台计算机都很快（8核处理器，24GB RAM），并在千兆networking上。 似乎也没有任何其他问题。
我的其他工作站都没有这个问题。
如果我使用不同的工作站，我可以在一个资源pipe理器窗口中通过c $ \ users \ her \ desktop访问她的桌面，在另一个资源pipe理器窗口访问文件服务器，并通过拖放方式拷贝它，而不会出现任何问题。复制完成，并在不到一秒钟完成。
文件服务器和其他所有计算机一样在我的networking中，但是这个特定的工作站不在networking上 – 它在它自己的工作组中。 我认为这可能与问题有关，但是这种方式已经有一段时间了，而且之前没有这个问题。
有任何想法吗？
这让我想到了几次之前的类似问题，原因是Microsoft TCP / IP传输层的“ Task Offloadfunction。
在客户端，尝试（从提升的命令提示符）：
netsh interface ipv4 set global taskoffload=disabled
（也许你将不得不重新启动客户端电脑后，我不记得了）。