Quando dici un file Zip, intendi un archivio non compresso che avrebbe le stesse dimensioni di tutti i singoli file? O intendi un archivio compresso? Perché proprio lì, se stai parlando di un archivio compresso, avresti un trasferimento più veloce, che a rigor di termini sarebbe meglio. Naturalmente, se si prende in considerazione il tempo necessario per realizzare l'archivio e il tempo impiegato per estrarre l'archivio, le specifiche di entrambe le macchine entrano in gioco per stabilire se l'archivio è migliore dei file sciolti.
Ora, dal momento che stai parlando di RDP (al contrario di VNC), l'utilizzo della larghezza di banda della connessione remota è abbastanza. RDP è più reattivo di VNC, la profondità del colore è (per impostazione predefinita) più di 256 colori (32 bit se non lo si modifica), la dimensione dello schermo sarà la dimensione del desktop, ecc ... tutti questi fattori influisce sulla larghezza di banda utilizzata solo per la connessione remota. Se lasci cadere cose come ... la dimensione del desktop remoto e la profondità del colore a 16 bit o meno, assicurati di non condividere l'audio, ecc ... questo utilizzerà meno larghezza di banda per la connessione remota, in modo che quando stai trasferendo file, la sessione remota dovrebbe essere più reattiva.
Alla fine, tuttavia, a meno che non sia possibile limitare il trasferimento dei file, la sessione remota diventerà lenta, indipendentemente da ciò che si fa durante il trasferimento dei file, poiché la maggior parte della larghezza di banda disponibile verrà utilizzata per il trasferimento tra la macchina remota e la macchina.
MODIFICARE
Stai tentando di trovare un modo semplice per trasferire file SENZA influire sulla qualità della connessione remota. Non importa se si tratta di file di grandi dimensioni o piccoli file. Alla tua fine (la macchina client) stai spruzzando piccole quantità di dati sulla macchina remota (macchina server). Sai ... digitando, comandi del mouse, ecc. Il server ti invia continuamente grandi quantità di dati, sotto forma di immagini che compongono ciò che vedi attraverso la connessione remota. Quindi, prima di trasferire qualsiasi file, stai già trasferendo una grande quantità di dati in una direzione. Ecco perché ho sollevato le cose che potresti fare per ridurre la quantità di dati che stai trasmettendo .... vale a dire utilizzare una risoluzione più piccola per la macchina remota sul desktop (anziché a schermo intero) .... riducendo il numero di colori da 32 bit a 16 bit o addirittura 8 bit. Quei due passaggi proprio lì faranno cadere la quantità di dati che stai trasmettendo dal server (remoto) al client (tu). Significa anche che quando inizi a trasferire file lungo la stessa connessione e lo stesso percorso, la tua connessione remota ne risentirà meno.
Come ho detto ... nulla che tu possa fare renderà la connessione nitida e reattiva. Perché? Perché non appena inizi a trasferire i file dal server al client, questo assorbirà ogni bit di larghezza di banda disponibile lungo quella pipe .... e stai già utilizzando parte della larghezza di banda lungo quella pipe per il telecomando connessione stessa.
Prima ho provato a copiare e incollare prima di mezzanotte quando la velocità di trasferimento era limitata dall'ISP del computer client a 100 kB / s. Quindi, sono state necessarie alcune ore e sono stato costretto ad annullare il trasferimento poiché il desktop remoto è diventato troppo poco reattivo e lento (lento). Quindi, l'ho riavviato a mezzanotte quando la mia velocità di trasferimento locale è superiore a 4 GB / s
Quindi, quando hai provato il trasferimento per la prima volta, hai avuto una connessione di download di 100kb / s. Stavi spostando 1,2 gb di file il più velocemente possibile, il che avrebbe spinto a divorare più di quei 100 kb / s che poteva. Il che lascerebbe quello spazio per i dati di supporto alla connessione desktop remoto? Quindi, ovviamente, sarebbe lento e insensibile. L'unica cosa che non stai prendendo in considerazione è la velocità di UPLOAD del server. Se la velocità di upload del server è inferiore alla velocità di download ... e in questo perfetto ipotetico il percorso tra il server e tu hai permesso che questa velocità di upload rimanesse costante, non appena inizi a trasferire i file, quasi tutto di quella larghezza di banda verrà consumata dal trasferimento di file, il che farà soffrire la connessione remota.
Perché?
Poiché non c'è nulla che limita il trasferimento di file a una velocità specifica o una percentuale della larghezza di banda disponibile, tenterà di utilizzare ogni kb / s possibile. Per natura delle cose, questo farà soffrire la connessione remota.
Anche il trasferimento dei file dal server a una terza parte (come un server FTP da qualche parte) renderebbe la connessione lenta durante quel trasferimento, perché ancora una volta, la maggior parte della larghezza di banda disponibile sarebbe allocata a quel trasferimento. Tuttavia, una volta eseguito il trasferimento, sarà possibile scaricarlo dal server FTP senza alcun effetto sulla reattività della connessione remota ... di nuovo perché la pipe in entrata dopo mezzanotte è molto più grande della pipe in uscita del server.
Quindi, proverei a ridurre la qualità della connessione remota.