Come copiare e incollare meglio file di grandi dimensioni su RDP?


27

Recentemente ho fatto alcuni tentativi per copiare e incollare un file di grandi dimensioni (1,2 GB) su computer remoto tramite RDP. Il computer remoto è una macchina di prova virtuale con MS Windows Server 2008 Datacenter.

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 MB / s.

Quindi, la mia impressione è che indipendentemente dalla velocità (banda larga) del trasferimento copia e incolla il computer remoto diventa lento durante la copia su RDP. Allo stesso tempo, il download da Internet non rallenta l'host remoto.

AFAIU, è perché appunti del computer remoto e quindi la sua memoria viene sovraccaricata dal trasferimento.
Come posso controllare (limitare) l'uso degli Appunti per processi specifici (incollare file)?

Quali sono i modi possibili per controllarlo?

Aggiornamento:
dopo aver letto che la bassa velocità di trasferimento è causata dalla crittografia utilizzata per copiare e incollare su RDP e poiché credo di essere più interessato all'efficienza complessiva: sia il tempo, o la rapidità, di ottenere il file sia la possibilità di lavorare senza aspettare, I ha cambiato il titolo della domanda da:

  • Come controllare l'utilizzo dell'utilizzo degli Appunti del desktop remoto per incollare un file di grandi dimensioni?

a

  • Come copiare e incollare meglio file di grandi dimensioni su RDP?

Ad esempio, è meglio copiare e incollare un enorme archivio (zip) o decomprimerlo e copiare e incollare una cartella con file decompressi?

E più esattamente volevo chiedere:

  • Quali sono i modi possibili per migliorare l'esperienza complessiva:

    • la velocità di trasferimento (ovvero la disponibilità del file necessario)
    • reattività dell'host remoto (rendendo disponibile il coputer remoto per il lavoro prima del completamento della copia e incolla)?

Risposte:


5

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.


La dimensione del file arhive compresso è praticamente la stessa dei file non compressi. Il tempo di compressione e decompressione non è un problema in quanto non congelano il sistema per funzionare. E posso usarli entrambi come un mucchio di file non compressi o un file compresso (in quest'ultimo caso montando un'unità virtuale)
Gennady Vanin Геннадий Ванин

@WebMAOhist quindi poiché i file non si comprimono molto, non vale la pena comprimerli, poiché stai aggiungendo il tempo di archiviazione ed estrazione al tempo totale di gestione dei file (include il transito) e non ottieni nulla inserendolo in un archivio. Ci riporta ancora alla larghezza di banda per sessione remota + larghezza di banda per problemi di trasferimento. Aggiungerò la risposta poiché questo richiederà più tempo di un semplice commento.
Bon Gart,

23

Esiste un'opzione RDP che crea un collegamento all'unità locale sul computer remoto. Per abilitarlo, avvia il client RDP, fai clic su (Mostra) Opzioni , → apri la scheda " Risorse locali ". → fai clic su " Altro " → seleziona la casella " Drives ".

Dopo la connessione, apri Esplora risorse sul sistema remoto. L'unità locale dovrebbe apparire in fondo all'elenco delle unità in Risorse del computer. Viene visualizzato come "C on your_computer_name".

Ora puoi trascinare e rilasciare i file da un sistema a un altro.


1
L'ho provato, non è disponibile
Gennady Vanin Геннадий Ванин,

6
È un'impostazione RDP - disattivata per impostazione predefinita. Avviare il client RDP, fare clic su Opzioni e fare clic sulla scheda "Risorse locali". Fare clic di più e selezionare "Drives"
Chris_K,

Non sono in grado di copiare e incollare affatto senza verificare le opzioni in "Unità" delle opzioni RDP "Risorse locali". Quindi, dopo averli controllati, posso C&P ma non posso D&D. Quindi, davvero, D&D non è solo un modo più divertente di C&P? Dov'è la vittoria?
Gennady Vanin Геннадий Ванин,

D&D potrebbe usare un processo diverso "dietro le quinte", quindi potrebbe funzionare, anche se C&P no. Hai provato a D&D?
Tom,

Ooops, ho sbagliato. Mi sono reso conto che intendevi dire D&D all'interno della stessa macchina remota, poiché le mie unità locali appaiono nel file system della macchina remota, che ho notato solo dopo questa discussione
Gennady Vanin Геннадий Ванин

7

Uso robocopy sul mio box di Windows 7, usando il nome unc \\ tsclient.


Grazie. Bene, la risposta (e) come ho capito è: "Non usare copia e incolla da remoto" per file di grandi dimensioni. Ci sono molte altre scelte ma ho già completato il trasferimento tramite c & p e solo dopo ho iniziato a pensare. Cercherà alternative e penserà che b4 lo farà la prossima volta
Gennady Vanin Геннадий Ванин,

4

Come suggerito nella sua risposta di @Tom, è preferibile D&D i file anziché C & Ping. Ciò ha l'ulteriore vantaggio di eludere un bug che interrompe il trasferimento dei file se lo si utilizza Ctrl+Csul computer client.


4

Penso che nessuna di queste risposte affronti davvero bene la domanda.

Microsoft RDP è un protocollo non ottimizzato per il trasferimento di file. Se la connessione è un po 'lenta, lo spostamento dei bit dei file, che viaggiano sullo stesso tubo di rete dei pacchetti dell'interfaccia utente come lo schermo disegna e il movimento del mouse, può causare il timeout di una di queste cose; e quindi, il server supporrà che hai perso la connessione e ti disconnetterà, interrompendo i tuoi canali IO. Questo ovviamente peggiora il problema.

In primo luogo, dovresti considerare il tuo flusso di lavoro e vedere se hai un modo più semplice per spostare i file su un altro canale (come su Internet sul tuo server anziché dalla tua workstation) che non viola la tua politica di sicurezza.

Se decidi di utilizzare il canale di copia dei file RDP, segui queste linee guida che funzionano abbastanza bene per me.

  • Non accedere ai file di grandi dimensioni direttamente sul percorso UNC al client. Ad esempio, abilitando le cartelle condivise e accedendo al file da \ TSCLIENT \ share. Questo spinge il contenuto di file di grandi dimensioni sul piccolo tubo multiuso.
  • Otterrai un po 'di ottimizzazione e stabilità mappando un disco. Ad esempio, NET USE X: \ TSCLIENT \ Share eseguirà il mapping di un'unità X: nella posizione precedente. Tuttavia, sovraccaricare i tubi di rete ti disconnetterà e disconnetterà anche la mappatura dell'unità.
  • Soprattutto, quando si avvia il client RDP, selezionare l'impostazione della larghezza di banda della rete "Modem" o "Lento". Ciò ottimizzerà molto meglio il trasferimento dei file e i canali audio, in modo che non possano ostruire il resto della pipe utilizzata per il controllo dell'interfaccia utente.
  • Sul client Microsoft Remote Desktop di OS X, questa impostazione è stranamente non disponibile. In questo caso, installa MacPorts ed esegui sudo port installa rdesktop e quindi puoi connetterti con rdesktop e l' impostazione -xm (imposta il livello "experience" su "modem o 28.8K")
  • Se segui i consigli di cui sopra, ora avrai una connessione ottimizzata per la stabilità e spingendo file di grandi dimensioni non ti disconnetterai. Ora, usa un modo più controllato per copiare i file rispetto a copia / incolla o trascina selezione: ad esempio, prova ** XCOPY X: *. Msi C: \ Installa ** per copiare elementi che corrispondono a un modello di file nel file specificato directory locale (server).

Spero che qualcuno trovi utili questi suggerimenti. Certamente funzionano per me.


2

Dai un'occhiata a http://www.bittorrent.com/sync/download

Questo è molto più veloce e non richiede l'apertura della sessione RDP durante il completamento della copia.

Inoltre non richiede di avere accesso al percorso UNC come i suggerimenti sopra.

Saluti


0

Ho iniziato a utilizzare i servizi di trasferimento di file basati su WebRTC basati su browser per questo tipo di cose - Attualmente sto usando http://dragshare.com con buoni risultati (ancora in versione beta).

Copia e incolla RDP è sempre stato un problema per me, è super lento e se hai migliaia di file, diventa ancora più lento. Ha anche un limite di dimensione massima del file (di cui non ti avverte, non riesce dopo aver provato a superarlo). WebRTC sembra essere molto più veloce di qualsiasi cosa mi abbia mai mostrato RDP.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.