我注意到，将大型文件从networking驱动器上的一个位置复制到同一networking驱动器上的另一个位置比在本地复制需要更长的时间。 networking计算机将文件发送到远程计算机，而不是将其复制到本地，而是将其发回到同一台networking计算机。 这意味着文件完全不必要地通过networking传输。 有没有办法解决这个问题？ pipe理networking驱动器上的video文件已经成为一件麻烦事。
注意：Windows和Linux（使用Samba）networking文件夹都是这种情况。
这是我所期望的。 您正在从计算机启动该副本。 您的计算机是文件将被复制的介质。 你可以尝试运行像psexec这样的东西，从远程计算机启动复制命令。
http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx
只是稍微说一下joeqwerty所说的，复制操作是基于内存的。 即，源首先被全部或分段地读入到存储器中，然后被写出到目的地。 如果不使用花哨的技巧，那么networking共享上的内存部分就不可能出现，而客户端所关心的仅仅是远程磁盘驱动器。 同样的问题也出现在FTP之类的东西上。
移动文件不会招致惩罚，只是复制。
在一个简单的历史logging中，回溯到企业networking的曙光，当NetWare是King时，令牌环很常见，以太网通常涉及某种types的哄，Novell遇到了这个问题。 NCOPY命令在理论上告诉服务器将一个文件从A点复制到B点，而不是DOS COPY命令所做的事情，即通过networking将文件复制到内存，然后在新位置再次通过networking写出文件。 就像一个移动，它是相当快（与复制相比）。 时间过去了，出现了对Windows NetWare客户端的需求，NCOPY就此消失。 副本像在DOS上一样工作。
这个已知的世界里的其他一切都按照约翰和乔所描述的方式工作。 也就是说，过去二十年写的东西就是这样的。