当您说一个Zip文件时，您是说一个与所有单个文件大小相同的未压缩档案吗？还是说压缩的存档？因为在那儿，如果您正在谈论压缩存档，则传输速度会更快，严格来说，这样做会更好。当然，如果考虑到制作存档所花费的时间以及提取存档所花费的时间，那么两台机器的规格就可以发挥作用，即存档是否比散乱文件更好。
现在，由于您正在谈论RDP（而不是VNC），因此远程连接的带宽使用量很大。RDP比VNC响应更快，颜色深度（默认情况下）超过256种颜色（如果不进行更改，则为32位），屏幕大小将取决于桌面大小，等等。所有这些因素影响仅用于远程连接的带宽量。如果将诸如...远程桌面的大小和颜色深度降至16位或更小等内容，请确保您未共享声音，等等...这将减少远程连接的带宽，因此当您正在传输文件时，远程会话应响应更快。
最后，除非您可以限制文件传输，否则无论您在传输文件时做什么，远程会话都将变得缓慢，因为之间将有尽可能多的可用带宽用于传输远程计算机和您的计算机。
编辑
您正在尝试找到一种简单的方法来传输文件，而又不影响远程连接的质量。它们是大文件还是小文件都没有关系。在您的终端（客户端计算机）上，您正在向远程计算机（服务器计算机）喷射少量数据。您知道...打字，鼠标命令等。服务器一直在向您发送大量数据，这些图像构成了您在远程连接中看到的图像。因此，在传输任何文件之前，您已经在一个方向上传输了大量数据。这就是为什么我提出了您可以减少传输数据量的方法的原因。...也就是说，请为台式机上的远程计算机使用较小的分辨率（而不是全屏）。将颜色数量从32位减少到16位甚至8位。在那里的这两个步骤将丢弃您从服务器（远程）向客户端（您）传输的数据量。这也意味着，当您开始沿着相同的连接和路由传输文件时，远程连接所受的损失会更少。
正如我说的...您无能为力，可以使连接保持清晰和响应。为什么？因为一旦开始将文件从服务器传输到客户端，这将占用沿该管道可用的每一个带宽.....并且您已经在沿该管道使用一些带宽用于远程连接本身。
首先，我试图在午夜之前复制和粘贴，当时客户端计算机ISP将传输速度限制为100 kB / s。因此，这需要几个小时，并且由于远程桌面变得反应迟钝和缓慢（缓慢），我不得不取消传输。因此，当我的本地传输速度超过4 GB / s时，我在午夜重新启动了它
因此，当您第一次尝试传输时，您的下载连接为100kb / s。您以最快的速度移动1.2gb的文件，这将尽可能多地消耗掉100kb / s的文件。哪个将为支持远程桌面连接的数据留出什么空间？因此，这当然会很迟钝且反应迟钝。您唯一没有考虑的就是服务器的UPLOAD速度。如果服务器的上传速度小于您的下载速度...并且在这种完美的假设下，服务器与您之间的路由允许该上传速度在您开始传输文件后就保持恒定。文件传输将消耗掉其中的一部分带宽，这将使远程连接受到影响。
为什么？
由于没有限制文件传输到特定速度或可用带宽百分比的限制，因此它将尝试使用它可以使用的每个kb / s。根据事物的性质，这将使远程连接受到影响。
即使将文件从服务器传输到第三方（例如某处的FTP服务器），也会在传输过程中使连接速度变慢，因为同样，将尽可能多的可用带宽分配给该传输。但是，一旦完成传输，您就可以从FTP服务器下载它，而不会影响远程连接的响应性……再次是因为午夜之后的传入管道比服务器的传出管道大得多。
因此，我将尝试降低远程连接的质量。