Recentemente, eu estava fazendo algumas tentativas de copiar e colar um arquivo grande (1,2 GB) em um computador remoto por meio de RDP. O computador remoto é uma máquina de teste virtual com MS Windows Server 2008 Datacenter.
Primeiro tentei copiar e colar antes da meia-noite, quando a velocidade de transferência estava limitada pelo ISP do computador cliente a 100 kB/s. Portanto, foram necessárias algumas horas e fui forçado a cancelar a transferência, pois a área de trabalho remota ficou muito lenta e sem resposta. Então, reiniciei à meia-noite, quando minha velocidade de transferência local era superior a 4 MB/s.
Portanto, minha impressão é que, independentemente da velocidade (banda larga) da transferência de copiar e colar, o computador remoto fica lento ao copiar por RDP. Ao mesmo tempo, fazer download da Internet não torna o host remoto lento.
AFAIU, é porque a área de transferência do computador remoto e sua memória fica sobrecarregada pela transferência.
Como posso controlar (restringir) o uso da área de transferência para processos específicos (colar arquivo)?
Quais são as formas possíveis de controlá-lo?
Atualizar:
Depois de ler que a velocidade lenta de transferência é causada pela criptografia usada para copiar e colar no RDP e como acredito que estou mais interessado na eficiência geral: tanto o tempo, ou rapidez, de obtenção do arquivo quanto a possibilidade de trabalhar sem esperar,Alterei o título da perguntade:
- Como controlar o uso da área de transferência da área de trabalho remota para colar um arquivo grande?
para
- Como copiar e colar melhor arquivos grandes em 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 da transferência (ou seja, disponibilidade do arquivo necessário)
- capacidade de resposta do host remoto (disponibilizando o computador remoto para trabalho antes da conclusão de copiar e colar)?
Responder1
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 aí mesmo, se você estivesse falando de um arquivo compactado, você teria uma transferência mais rápida, o que a rigor seria melhor. Claro, se você levar em conta a quantidade de tempo que leva para fazer o arquivo e quanto tempo leva para extraí-lo, então as especificações de ambas as máquinas entram em jogo para saber se o arquivo é melhor do que arquivos soltos.
Agora, como você está falando sobre RDP (em oposição a VNC), o uso de largura de banda da conexão remota é bastante grande. O RDP é mais responsivo que o VNC, a profundidade da cor é (por padrão) superior a 256 cores (32 bits se você não alterar), o tamanho da tela será o tamanho da sua área de trabalho, etc... todos esses fatores afetam a quantidade de largura de banda que está sendo usada apenas para a conexão remota. Se você diminuir coisas como... o tamanho da área de trabalho remota e a profundidade de cor para 16 bits ou menos, certifique-se de não compartilhar 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 deverá responder melhor.
No final, porém, a menos quevocêpode acelerar a transferência de arquivos, a sessão remota ficará lenta, não importa o que você faça durante a transferência de arquivos, já que o máximo possível da largura de banda disponível será usada 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. No seu final (a máquina cliente), você está esguichando pequenas quantidades de dados para a máquina remota (máquina servidor). Você sabe... digitação, comandos do mouse, etc. O servidor envia grandes quantidades de dados para você o tempo todo, na forma de imagens que compõem o que você vê na conexão remota. Portanto, antes de transferir qualquer arquivo, você JÁ está transferindo uma grande quantidade de dados em uma direção. É por isso que mencionei 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 (em vez de tela inteira)... reduzindo o número de cores de 32 bits a 16 bits ou até 8 bits. Essas duas etapas irão diminuir a quantidade de dados que você está transmitindo do servidor (remoto) para o cliente (você). Isso também significa que quando você começar a transferir 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 que? Porque assim que você começar a transferir arquivos do servidor para o cliente, isso consumirá toda a largura de banda disponível ao longo desse canal... e você já estará usando parte da largura de banda ao longo desse canal para o controle remoto conexão em si.
Primeiro tentei copiar e colar antes da meia-noite, quando a velocidade de transferência estava limitada pelo ISP do computador cliente a 100 kB/s. Portanto, foram necessárias algumas horas e fui forçado a cancelar a transferência, pois a área de trabalho remota ficou muito lenta e sem resposta. Então, reiniciei à meia-noite quando minha velocidade de transferência local estava acima de 4 GB/s
Então, quando você tentou a transferência pela primeira vez, 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 exigiria consumir o máximo possível desses 100 KB/s. O que deixariao queespaço para os dados que suportam a conexão de área de trabalho remota? Então, é claro que seria lento e sem resposta. A única coisa que você também não está levando em consideração é a velocidade de UPLOAD do servidor. Se a velocidade de upload do servidor for menor que a sua velocidade de download... e nesta hipotética perfeita a rota entre o servidor e você permitiu que essa velocidade de upload permanecesse constante, assim que você começar a transferir os arquivos, quase todos dessa largura de banda será consumida pela transferência de arquivos, o que prejudicará a conexão remota.
Por que?
Como não há nada limitando a transferência de arquivos para uma velocidade específica ou uma porcentagem da largura de banda disponível, ele tentará usar todos os kb/s que puder. Pela natureza das coisas, isso fará com que a conexão remota seja prejudicada.
Mesmo transferir os arquivos do servidor para terceiros (como um servidor FTP em algum lugar) tornaria a conexão lenta durante a transferência, porque, novamente, o máximo possível da largura de banda disponível seria alocada para essa transferência. No entanto, uma vez concluída a transferência, você poderá baixá-la do servidor FTP sem nenhum efeito na capacidade de resposta da conexão remota... novamente porque o canal de entrada após a meia-noite é muito maior que o canal de saída do servidor.
Então, eu tentaria reduzir a qualidade da conexão remota.
Responder2
Existe uma opção RDP que cria um link para sua unidade local no computador remoto. Para habilitá-lo, inicie o cliente RDP, clique em (Mostrar)Opções, → abra o "Recursos locais" aba. → clique em "Mais"→ marque o"Unidades"caixa de seleção.
Depois de conectar, abra o Windows Explorer no sistema remoto. Sua unidade local deve aparecer na parte inferior da lista de unidades em Meu Computador. Ele aparece como "C no nome_do_seu_computador".
Agora você pode arrastar e soltar arquivos de um sistema para outro.
Responder3
Eu uso o robocopy na minha caixa do Windows 7, usando o nome unc \\tsclient.
Responder4
Conforme sugerido em sua resposta por @Tom, é preferível fazer D&D nos arquivos em vez de C&Ping neles. Isso tem o benefício adicional de contornar um bug que interrompe a transferência de arquivos se você usar Ctrl+Cna máquina cliente.