¿El “retraso” es solo una parte del escritorio remoto de Windows? ("¿Puedo trabajar a distancia casi sin retraso?")

2

Utilizo el Escritorio remoto de Windows para conectarme a mi estación de trabajo física en la oficina: me conecto de forma remota desde mi casa donde tengo (conservadoramente) 16 Mbps de descarga y 6 Mbps de carga.

No es que experimente un verdadero retraso / ping / latencia en el sentido de los juegos: cuando muevo el mouse, parece responder instantáneamente y cuando navego por los directorios de las carpetas, es lo suficientemente rápido. Sin embargo, cuando alterno la pestaña entre aplicaciones completamente diferentes, o me desplazo hacia arriba / abajo en un sitio web o codifico IDE, experimento, IMO, un "retraso" intolerable, es decir, si desplazo la rueda hacia abajo 10 clics, me tomará varios segundos atrapar hacia arriba, evitando así cualquier tipo de desplazamiento conveniente hacia arriba / abajo para navegar, lo que como desarrollador web especialmente, literalmente perjudica mi productividad probablemente en un 3-400% (trabajo muy rápido; la mayoría de mi trabajo es HTML / CSS / JavaScript sin sentido que Ya lo he hecho muchas veces).

Si estuviera haciendo más tareas orientadas al pensamiento, la demora estaría bien, pero honestamente estoy perdiendo tanta productividad que me está volviendo loco. Busqué en Google y lo pedí aquí, pero no puedo entender si hay un cuello de botella en algún lugar que pueda ampliarse, o si esto es solo la naturaleza de trabajar desde casa. ¿Las WFH'ers realmente solo tienen que aguantar la demora? ¿Qué tipo de conexión y / o hardware puede aliviar estos problemas?

Las especificaciones de mi computadora portátil son un i7 móvil de 1 o 2 generaciones atrás, una unidad de estado sólido y 8 GB de RAM DDR3. 16 Mbps abajo 6 arriba como dije antes.

HC_
fuente

Respuestas:

2

La respuesta es simple. Este es el comportamiento esperado.

Cuando utiliza una conexión de escritorio remoto, optimiza la experiencia al deshabilitar todo lo relacionado con los gráficos. (sin imagen de fondo, etc.) Es la transmisión de gráficos la que ralentiza una conexión. Cambiar entre aplicaciones o desplazarse en un sitio web significa que hay muchos píxeles nuevos que deben enviarse a través de la conexión RDP, por lo que la cantidad de datos a enviar es sustancialmente mayor que simplemente navegar. Para solucionar esto, la conexión en la oficina tiene que tener una velocidad de carga más alta, pero aún así afectará el rendimiento.

¿Es posible VPN en su oficina? Si es así, usaría RDP para codificar y usar su navegador web local para probar las páginas web. Dado que es el cambio y el desplazamiento en las páginas web lo que más perjudica el rendimiento, aquí es donde puede ganar más velocidad.

Puede usar mstsc -v:server -h height -w widthpara crear una sesión rdp de tamaño personalizado para que pueda tener una sesión RDP abierta en el lado izquierdo de su pantalla y un navegador web en el lado derecho (si la resolución de su pantalla es lo suficientemente grande como para funcionar así) o use un segundo monitor .

LPChip
fuente
O simplemente use la red para el control de fuente, junto con la edición local; sin RDP en absoluto.
Ben Voigt
Esto simplemente no se alinea con mi experiencia en absoluto. Mi mouse se mueve perfectamente pero durante períodos aleatorios de tiempo, cada vez que hago "clic", el clic se pone en cola en lugar de ejecutarse de inmediato. Tarda varios segundos en ponerse al día. Ambas máquinas están utilizando muy poco gpu / cpu / memoria / ancho de banda. Esto tiene que ser un error.
Joe Phillips
2
@JoePhillips Si tiene un entorno de servidor moderno, es muy probable que experimente que Windows se detenga e inicie el controlador de Audio remoto. Básicamente está esperando que se reproduzca el sonido, lo que provoca un retraso. Para probar esto, inicie un reproductor multimedia en el entorno RDP que reproduzca cualquier cosa, no importa. Incluso puede configurar el volumen a 0. Solo asegúrese de que mantiene ocupado el controlador de audio y notará que el retraso se ha ido.
LPChip