RDP: Alguns aplicativos demoram muito tempo para pintar no carregamento inicial

1

Quando estiver remotando para minha máquina Win 10 Pro do meu laptop Win 7 Pro, alguns aplicativos, como Chrome, VSCode, Slack e (até a atualização de abril do Windows 10) Edge, demoram muito para pintar o primeiro tempo eles são abertos . Depois que eles são carregados, posso criar todas as instâncias que eu gosto desses aplicativos até que a última instância seja fechada. Nesse ponto, o aplicativo precisará "carregar" novamente. Eu observei esse comportamento por meio de um túnel SSH e por RDP direto.

Durante esse período de carregamento, a janela aparece totalmente branca, exceto pela barra de título , que desenha e funciona normalmente. Isso leva em torno de 10 segundos . Outros aplicativos, como o Visual Studio 2017 e o Notepad ++, não são afetados.

A natureza altamente gráfica desses aplicativos me faz pensar que tem algo a ver com a aceleração de GPU , já que a maioria dos aplicativos problemáticos parecem ser aplicativos baseados em Electron ou WebKit. Isso nem sempre é o caso, pois o aplicativo Fotos do Windows se comporta de maneira semelhante, embora permaneça preto em vez de branco durante o carregamento. O aplicativo do Windows Mail também se comporta mal, exibindo seu logotipo em azul durante o carregamento.

Esse comportamento também não é consistente; Existem algumas raras ocasiões em que tudo funciona normalmente! Isso geralmente dura um dia ou mais antes de reverter. Isso aconteceu mais recentemente depois que eu atualizei o driver da minha placa de vídeo principal, mas não tinha reiniciado a máquina, o que, novamente, me faz pensar em aceleração de GPU.

Eu observei rapidamente o desempenho da minha GPU durante o carregamento do VSCode. Minha placa PCIe primária, uma Nvidia 980Ti, ficou entre 0% e 3%. A GPU integrada, uma Intel 630 que aciona meus dois monitores secundários, ficou em 0%. Curiosamente, o separador Desempenho do Gestor de Tarefas também demorou muito tempo a desenhar na primeira vez que mudei para o mesmo.

    
por Matt DiTrolio 01.05.2018 / 23:34

1 resposta

0

Após a atualização de abril, notei que o 3D Vision não estava configurado corretamente, solicitando que eu passasse pelo assistente de configuração novamente. Isso coincidiu com o meu problema misteriosamente desaparecendo, então isso me fez pensar que talvez o 3D estereoscópico pudesse ter algo a ver com isso. Eu desliguei o 3D estereoscópico e tentei remotamente novamente esta manhã - sem atrasos no tempo de carregamento! Eu continuarei a experimentar, mas esta pode ser a resposta.

Também faz sentido que não haja muita informação disponível online para isso; no diagrama de Venn de pessoas que usam o 3D Vision e pessoas que usam o Remote Desktop na mesma máquina, provavelmente não há muita sobreposição.

ATUALIZAÇÃO : Ducking de borracha ocorre novamente. Apenas explicando as coisas para este post, eu pude determinar com uma confiança bastante alta que o 3D estereoscópico era de fato o culpado . Espero que isso ajude alguém no futuro distante .

    
por 02.05.2018 / 14:49