Como copiar melhor e colar arquivos grandes sobre o RDP?

Question

Recentemente, eu estava fazendo algumas tentativas de copiar e colar um arquivo grande (de 1,2 GB) no computador remoto por meio do RDP. O computador remoto é uma máquina de teste virtual com o MS Windows Server 2008 Datacenter.

Primeiro, tentei copiar e colar antes da meia-noite, quando a velocidade de transferência era limitada pelo ISP do computador cliente a 100 kB / s. Então, isso exigiu algumas horas e fui forçado a cancelar a transferência, uma vez que a área de trabalho remota tornou-se pouco responsiva e lenta (lenta). Por isso, reiniciei a reprodução à meia-noite, quando a velocidade de transferência local ultrapassou 4 MB / s.

Assim, minha impressão é que, independentemente da velocidade (banda larga) da transferência de copiar e colar, o computador remoto fica lento ao copiar sobre o RDP. Ao mesmo tempo, o download da Internet não torna o host remoto lento.

AFAIU, é porque a área de transferência do computador remoto e assim a sua memória fica sobrecarregada pela transferência.
Como posso controlar (restringir) o uso da área de transferência para um processo específico (colagem de arquivo)?

Quais são as possíveis maneiras de controlá-lo?

Atualização:
Depois de ler que a baixa velocidade de transferência é causada pela criptografia usada para copiar e colar sobre o RDP e porque acredito que estou mais interessado na eficiência geral: o tempo, ou rapidez, de obter arquivo, bem como a possibilidade de trabalhar sem esperar, < strong> Mudei o título da pergunta de:

• Como controlar o uso do uso da área de transferência da área de trabalho remota para colar um arquivo grande?

para

• Como copiar e colar melhor arquivos grandes sobre o RDP?

Por exemplo, é melhor copiar e colar um arquivo enorme (zip) ou descompactá-lo e copiar e colar uma pasta com arquivos descompactados?

E mais exatamente eu queria perguntar:

• Quais são as maneiras possíveis de melhorar a experiência geral:

  • a velocidade de transferência (ou seja, disponibilidade do arquivo necessário)
  • capacidade de resposta do host remoto (tornando o copiador remoto disponível para o trabalho antes da conclusão da cópia e colagem)?

Answer 1

Quando você diz um arquivo Zip, você quer dizer um arquivo descompactado que teria o mesmo tamanho de todos os arquivos individuais? Ou você quer dizer um arquivo compactado? Porque ali, se você está falando de um arquivo compactado, você teria uma transferência mais rápida, que seria melhor. Claro, se você levar em conta a quantidade de tempo que leva para fazer o arquivo, e quanto tempo leva para extrair o arquivo, então as especificações de ambas as máquinas entram em jogo para saber se o arquivo é melhor que arquivos soltos. / p>

Agora, como você está falando sobre o RDP (em oposição ao VNC), o uso da largura de banda da conexão remota é um pouco alto. O RDP é mais responsivo que o VNC, a profundidade de cor é (por padrão) mais de 256 cores (32 bits se você não alterar), o tamanho da tela será o tamanho da área de trabalho, etc ... todos esses fatores afeta o quanto de largura de banda está sendo usada apenas para a conexão remota. Se você soltar coisas como ... o tamanho da área de trabalho remota e profundidade de cor de 16 bits ou menos, verifique se não está compartilhando som, etc ... isso usará menos largura de banda para a conexão remota, de modo que quando você está transferindo arquivos, a sessão remota deve ser mais responsiva.

No final, a menos que você possa limitar a transferência de arquivos, a sessão remota ficará lenta, não importa o que você faça enquanto estiver transferindo arquivos, já que a maior parte da largura de banda disponível possível será usado para a transferência entre a máquina remota e sua máquina.

EDITAR

Você está tentando encontrar uma maneira simples de transferir arquivos SEM afetar a qualidade da conexão remota. Não importa se são arquivos grandes ou pequenos arquivos. No seu final (a máquina cliente) você está esguichando pequenas quantidades de dados até a máquina remota (máquina servidora). Você sabe ... digitação, comandos do mouse, etc. O servidor está enviando grandes quantidades de dados para você o tempo todo, na forma das imagens que estão compondo o que você vê através da conexão remota. Portanto, antes de transferir qualquer arquivo, você ESTÁ JÁ transferindo uma grande quantidade de dados em uma direção. É por isso que eu levantei as coisas que você poderia fazer para reduzir a quantidade de dados que você está transmitindo .... ou seja, usar uma resolução menor para a máquina remota em sua área de trabalho (ao invés de tela cheia) .... reduzindo o número de cores de 32 bits a 16 bits ou até 8 bits. Esses dois passos vão derrubar a quantidade de dados que você está transmitindo do servidor (remoto) para o cliente (você). Isso também significa que quando você inicia a transferência de arquivos pela mesma conexão e rota, sua conexão remota sofrerá menos.

Como eu disse ... nada que você possa fazer fará com que a conexão permaneça nítida e responsiva. Por quê? Porque assim que você começa a transferir arquivos do servidor para o cliente, isso vai sugar toda a largura de banda disponível ao longo desse canal ... e você já está usando parte da largura de banda nesse canal para o remoto conexão em si.

First I tried to copy&paste before midnight when the transfer speed was limited by client computer ISP to 100 kB/s. So, it required a few hours and I was forced to cancel transfer since remote desktop became too unresponsive and sluggish (slow). So, I re-started it over midnight when my local transfer speed is over 4 GB/s

Então, quando você tentou pela primeira vez a transferência, você tinha uma conexão de download de 100kb / s. Você estava movendo 1,2 gb de arquivos o mais rápido possível, o que levaria a consumir o máximo de 100kb / s possível. Que deixaria o que espaço para os dados que suportam a conexão de área de trabalho remota? Então, é claro, seria lento e indiferente. A única coisa que você não está levando em consideração é a velocidade do UPLOAD do servidor. Se a velocidade de upload do servidor for menor que a sua velocidade de download ... e nesta hipotética hipotética a rota entre o servidor e você permitiu que esta velocidade de upload permanecesse constante, assim que você começar a transferir os arquivos, praticamente todos dessa largura de banda será devorada pela transferência de arquivos, o que fará com que a conexão remota sofra.

Por quê?

Como não há nada sobrecarregando a transferência de arquivos para uma velocidade específica, ou uma porcentagem da largura de banda disponível, ela tentará usar todos os kb / s que puder. Pela natureza das coisas, isso fará com que a conexão remota sofra.

Mesmo a transferência dos arquivos do servidor para um terceiro (como um servidor FTP em algum lugar) tornaria a conexão lenta durante a transferência, porque, novamente, a maior parte da largura de banda disponível seria alocada para essa transferência. Uma vez feita a transferência, você poderá fazer o download do servidor FTP sem afetar a capacidade de resposta da conexão remota ... novamente, porque o canal de entrada após a meia-noite é muito maior do que o canal de saída do servidor.

Então, eu tentaria reduzir a qualidade da conexão remota.

    

Answer 2

Existe uma opção RDP que cria um link para a sua unidade local no computador remoto. Para ativá-lo, inicie o cliente RDP, clique em (Mostrar) Opções , → abra a guia " Recursos locais ". → clique em " Mais " → marque a caixa de seleção " Drives ".

Depois de se conectar, abra o Windows Explorer no sistema remoto. Sua unidade local deve aparecer na parte inferior da lista de unidades em Meu computador. Aparece como "C em your_computer_name".

Agora você pode arrastar e soltar arquivos de um sistema para outro.

    

Answer 3

Eu uso o robocopy na minha caixa do windows 7, usando o nome unc \\ tsclient.

    

Answer 4

Como sugerido em sua resposta por @Tom, é preferível D & D os arquivos em vez de C & Pingá-los. Isso tem o benefício adicional de contornar um erro que interrompe a transferência de arquivos se você usar Ctrl+C na máquina cliente.

    

Answer 5

Acho que nenhuma dessas respostas realmente aborda a questão muito bem.

O Microsoft RDP é um protocolo que não está muito bem otimizado para a transferência de arquivos. Se a sua conexão for um pouco lenta, a movimentação dos bits de arquivo, que viajam pelo mesmo canal de rede dos pacotes de interface do usuário, como as capturas de tela e o movimento do mouse, pode fazer com que uma dessas coisas atinja o tempo limite; e, em seguida, o servidor assumirá que você perdeu sua conexão e desconectará você, quebrando seus canais de E / S. Isso, obviamente, agrava o problema.

Primeiramente, você deve considerar seu fluxo de trabalho e ver se tem uma maneira mais fácil de mover os arquivos em outro canal (como pela Internet para o servidor, em vez de sua estação de trabalho) que não viole sua política de segurança.

Se você decidir que deve usar o canal de cópia de arquivos RDP, siga estas diretrizes que funcionam muito bem para mim.

• Não acesse arquivos grandes diretamente no caminho UNC para o cliente. Por exemplo, habilitando pastas compartilhadas e acessando o arquivo de \ TSCLIENT \ share. Isso empurra o conteúdo do arquivo grande sobre o pequeno tubo multiuso.
• Você ganhará um pouco de otimização e estabilidade mapeando uma unidade. Por exemplo, o NET USE X: \ TSCLIENT \ Share mapeará uma unidade X: para o local acima. Ainda assim, sobrecarregar os canais de rede desconectará você e também desconectará o mapeamento de sua unidade.
• Mais importante ainda, ao iniciar o cliente RDP, escolha a configuração de largura de banda de rede "Modem" ou "Slow". Isso otimizará muito melhor a transferência de arquivos e os canais de som, para que eles não consigam destruir o restante do canal usado para o controle da interface do usuário.
• No cliente Microsoft Remote Desktop do OS X, essa configuração está estranhamente indisponível. Nesse caso, instale o MacPorts e execute sudo port install rdesktop e então você pode conectar com o rdesktop e a configuração -xm (defina o nível "experiência" como "modem ou 28.8 K ")
• Se você seguir as recomendações acima, você terá uma conexão otimizada para estabilidade e os grandes arquivos não desconectarão você. Agora, use uma maneira mais controlada de copiar os arquivos do que copiar / colar ou arrastar e soltar: por exemplo, experimente ** XCOPY X: * .msi C: \ Install ** para copiar itens que correspondam a um padrão de nome de arquivo para o especificado diretório local (servidor).

Espero que alguém ache essas sugestões úteis. Eles certamente trabalham para mim.

    

Answer 6

Dê uma olhada no link

Isso é muito rápido e não requer que a sessão RDP seja aberta enquanto a cópia estiver sendo concluída.

Também não requer que você tenha acesso ao caminho UNC, como as sugestões acima.

Felicidades

    

Answer 7

Comecei a usar serviços de transferência de arquivos baseados em WebRTC baseados em navegador para esse tipo de coisa - atualmente estou usando o link com bons resultados ( ainda em beta).

Copiar e colar RDP sempre foi uma dor para mim - é super lento, e se você tiver milhares de arquivos, fica ainda mais lento. Ele também tem um limite máximo de tamanho de arquivo (o qual ele não avisa, ele simplesmente falha após tentar excedê-lo). O WebRTC parece ser muito mais rápido do que qualquer coisa que o RDP já me mostrou.