Cuando dice un archivo Zip, ¿se refiere a un archivo sin comprimir que tendría el mismo tamaño que todos los archivos individuales? ¿O te refieres a un archivo comprimido? Porque allí mismo, si estás hablando de un archivo comprimido, tendrías una transferencia más rápida, que estrictamente hablando sería mejor. Por supuesto, si tiene en cuenta la cantidad de tiempo que lleva crear el archivo y cuánto tiempo lleva extraerlo, las especificaciones de ambas máquinas entran en juego para determinar si el archivo es mejor que los archivos sueltos.
Ahora, ya que está hablando de RDP (a diferencia de VNC), el uso de ancho de banda de la conexión remota es bastante. RDP responde mejor que VNC, la profundidad de color es (por defecto) más de 256 colores (32 bits si no la cambia), el tamaño de la pantalla será el tamaño de su escritorio, etc. Todos estos factores afectará la cantidad de ancho de banda que se usa solo para la conexión remota. Si deja caer cosas como ... el tamaño del escritorio remoto y la profundidad de color a 16 bits o menos, asegúrese de no compartir sonido, etc., esto usará menos ancho de banda para la conexión remota, de modo que cuando Si está transfiriendo archivos, la sesión remota debería ser más receptiva.
Al final, sin embargo, a menos que pueda acelerar la transferencia de archivos, la sesión remota se volverá lenta sin importar lo que haga mientras transfiere archivos, ya que la mayor parte del ancho de banda disponible se utilizará para la transferencia entre La máquina remota y su máquina.
EDITAR
Está intentando encontrar una manera simple de transferir archivos SIN afectar la calidad de la conexión remota. No importa si son archivos grandes o pequeños. En su extremo (la máquina del cliente) está enviando pequeñas cantidades de datos a la máquina remota (máquina del servidor). Ya sabes ... escribir, comandos del mouse, etc. El servidor te envía grandes cantidades de datos todo el tiempo, en forma de imágenes que componen lo que ves a través de la conexión remota. Entonces, antes de transferir cualquier archivo, YA está transfiriendo una gran cantidad de datos en una dirección. Es por eso que mencioné las cosas que podría hacer para reducir la cantidad de datos que está transmitiendo ... es decir, usar una resolución más pequeña para la máquina remota en su escritorio (en lugar de la pantalla completa) ... reduciendo el número de colores de 32 bits a 16 bits o incluso 8 bits. Esos dos pasos allí eliminarán la cantidad de datos que está transmitiendo desde el servidor (remoto) al cliente (usted). También significa que cuando comienza a transferir archivos a lo largo de la misma conexión y ruta, su conexión remota sufrirá menos.
Como dije ... nada de lo que pueda hacer hará que la conexión se mantenga nítida y receptiva. ¿Por qué? Porque tan pronto como comience a transferir archivos del servidor al cliente, esto va a absorber todo el ancho de banda disponible a lo largo de ese conducto ... y ya está utilizando parte del ancho de banda a lo largo de ese conducto para el control remoto conexión en sí.
Primero intenté copiar y pegar antes de la medianoche, cuando la velocidad de transferencia estaba limitada por el ISP de la computadora del cliente a 100 kB / s. Por lo tanto, requirió algunas horas y me vi obligado a cancelar la transferencia ya que el escritorio remoto dejó de responder y se volvió lento (lento). Entonces, lo reinicié durante la medianoche cuando mi velocidad de transferencia local es superior a 4 GB / s
Entonces, cuando probaste la transferencia por primera vez, tenías una conexión de descarga de 100 kb / s. Estaba moviendo 1,2 gb de archivos lo más rápido posible, lo que empujaría a consumir tantos de esos 100 kb / s como pudiera. Lo que dejaría lo espacio para los datos que apoyan la conexión de escritorio remoto? Entonces, por supuesto, sería lento e insensible. Lo único que no está teniendo en cuenta también es la velocidad de CARGA del servidor. Si la velocidad de carga del servidor es menor que la velocidad de descarga ... y en esta hipótesis perfecta, la ruta entre el servidor y usted permitió que esta velocidad de carga permanezca constante, tan pronto como comience a transferir los archivos, casi todos de ese ancho de banda será absorbido por la transferencia de archivos, lo que hará que la conexión remota se vea afectada.
¿Por qué?
Debido a que no hay nada que limite la transferencia de archivos a una velocidad específica, o un porcentaje del ancho de banda disponible, intentará usar cada kb / s que pueda. Por la naturaleza de las cosas, esto hará que la conexión remota sufra.
Incluso transferir los archivos del servidor a un tercero (como un servidor FTP en algún lugar) haría que la conexión sea lenta durante esa transferencia, porque nuevamente, se asignaría la mayor cantidad de ancho de banda posible a esa transferencia. Sin embargo, una vez que se haya realizado la transferencia, podrá descargarla del servidor FTP sin afectar la capacidad de respuesta de la conexión remota ... nuevamente porque su canal entrante después de la medianoche es mucho más grande que el canal saliente del servidor.
Entonces, trataría de reducir la calidad de la conexión remota.