¿Cómo puedo hacer VNC más rápido?

29

Necesito acceder y usar mi computadora de trabajo de forma remota varias veces a la semana. Actualmente estoy usando UltraVNC. Quiero usar VNC por el precio. He usado VNC antes, principalmente en mi propia red, donde es rápido.

Sin embargo, VNC por internet es increíblemente lento. Incluso con 256 colores y menos, con Aero apagado, es insoportablemente lento. Recientemente utilicé Ammyy Admin para conectarme y hacer algo que requiere un tiempo de reacción rápido. ¡Ammyy fue realmente rápido, casi sin retraso, y estaba funcionando a todo color con Aero activado!

¿Cómo puedo hacer VNC más rápido, como lo es Ammyy? Usaría Ammyy, pero probablemente me encontraría con el límite de 15 horas / mes bastante rápido. ¿Alguna sugerencia?

NickAldwin
fuente
¿Ha instalado y habilitado el controlador espejo como lo sugiere Dillie-O?
stukelly el

Respuestas:

19

VNC tiene algunas limitaciones inherentes al protocolo que utiliza. RFB, framebuffer remoto, funciona transmitiendo rectángulos de píxeles a través de una red. Cuanto mayor sea la resolución y la profundidad de bits, más ancho de banda se requiere para enviar actualizaciones. Hay algunas optimizaciones que los servidores / clientes VNC ya hacen:

  1. Solo envíe regiones cambiadas, almacenando en caché regiones sin cambios en el cliente.
  2. Copiar regiones almacenadas en caché en el cliente cuando se producen cambios.
  3. Diversas formas de compresión sin pérdida y con pérdida.

Puede jugar con la configuración tanto en el cliente como en el servidor para ver qué configuración funciona mejor para su conexión a Internet. Cualquier cliente puede conectarse a cualquier servidor porque negocian para determinar qué características de protocolo son compatibles, pero es mejor usar un cliente y un servidor de la misma compañía si desea usar características de protocolo más avanzadas.

Los protocolos RDP y X transmiten instrucciones de dibujo en lugar de parches de píxeles. Es por eso que en algunas condiciones son superiores a VNC.

Otros servicios de acceso remoto patentados pueden usar técnicas similares pero no están documentados. Los servicios de acceso remoto tienen la ventaja de poder atravesar los firewalls más fácilmente que el acceso remoto directo, generalmente son más fáciles de configurar y tienen un mejor soporte para el cifrado.

He usado VNC, Escritorio remoto, LogMeIn Free, PCAnywhere y X remoto. Cada uno tiene sus méritos:

  • VNC en realidad funciona mejor que los otros protocolos sobre tasas de bits extremadamente limitadas. (Piense en la conexión de acceso telefónico) Y funciona en prácticamente cualquier plataforma.
  • Remote Desktop funciona bien en LAN y se integra a la perfección con ActiveDirectory.
  • LogMeIn es excelente para acceder a PC con Windows a través de Internet y también es compatible con la integración de ActiveDirectory. Tiene extensiones ActiveX, Java, Firefox e incluso un cliente basado en HTML. La versión gratuita le permite administrar hasta 5 PC. Las versiones pagas aumentan este número, agregan transferencia de archivos y funciones avanzadas de administración.
  • PCAnywhere es similar a VNC y Remote Desktop. Admite varios niveles de cifrado, transferencias de archivos y configuración remota. Cosas que tendrías que juntar con VNC y Escritorio remoto.
  • X es el equivalente mundial de Unix de escritorio remoto. Para ser justos, ha existido mucho más tiempo que cualquiera de los otros protocolos. Funciona muy bien en una LAN pero es demasiado hablador en Internet. Varios proyectos han intentado mejorar esto con diferentes niveles de éxito. NoMachine NX, ya mencionado, es uno de esos proyectos.

Todos los protocolos de acceso remoto que he mencionado están disponibles gratuitamente (ya sea con un sistema operativo o como descarga), excepto PcAnywhere, que es vendido por Symantec.

Personalmente, probaría cada uno de ellos y seleccionaría el que mejor se adapte a sus necesidades.

Kenneth Cochran
fuente
El negocio para el que trabajé lo instaló en todas las PC de sus clientes. Funcionó efectivamente hasta que los clientes comenzaron a tener más seguridad. Luego se volvió muy complicado configurar el firewall de cada cliente. Entonces cambiaron a una versión de TI de GoToMyPC. Pero PCAnywhere era en realidad un producto bastante completo.
Kenneth Cochran
Me encantaría ver cómo funciona Chrome Remote Desktop en comparación con las opciones de esta respuesta. He encontrado que es muy comparable a VNC cuando se usa en conexiones de bajo ancho de banda.
Nathan Osman el
@NathanOsman Chrome Remote Desktop utiliza el códec VP8 que Google compró a On2 hace unos años, así que me imagino que es bastante bueno. No lo he investigado, pero creo que CRD simplemente codifica toda la pantalla como cuadros que utilizan compresión con pérdida similar a docenas de otros códecs de video. Con la muerte del acceso telefónico, ya no hay incentivos para optimizar para tasas de bits tan limitadas. Ahí es donde realmente brilló VNC.
Kenneth Cochran
13

Puedes probar NoMachine NX . Un amigo mío lo usó con cierto éxito al aumentar la velocidad de VNC.

En cuanto a mí, estoy usando RDP y creo que definitivamente es el camino a seguir para los sistemas Windows. Otros tuvieron buenos resultados con TeamViewer o Remote Administrator .

Joey
fuente
Iba a sugerir NX. Solo un poco más de detalle: necesita una máquina Linux en el extremo remoto (es decir, su oficina) para ejecutar el software NX. Tiene una puerta de enlace VNC para que pueda hacer que el servidor NX se conecte a los servidores VNC locales en su red. (También puede hacer lo mismo con RDP.)
Evan el
> Un amigo lo usó con cierto éxito al aumentar la velocidad de VNC. Solo un poco, pero NX es completamente diferente de VNC (aunque realizan funciones similares)
Jason Axelson el
NX Now es compatible con los servidores OS X y Windows. Es mucho más rápido que el VNC tradicional.
Interior
2

Renuncié a eso, hoy en día solo uso LogMeIn Free cuando estoy en Windows y ssh con X reenvío en Linux.

Nifle
fuente
Solía ​​usar eso hace un tiempo. Solo lo intenté de nuevo y parece estar funcionando bastante bien. Guay. ¡Gracias!
NickAldwin
Lo marcaría como una respuesta (realmente quiero), pero ofrece una alternativa en lugar de una solución. Lo siento. Aunque funcionó para mí, ¡gracias!
NickAldwin
2

¿Has mirado en UltraVNC ? Tienen un controlador de video espejo integrado en su sistema que ayuda a acelerar algunos de los problemas de actualización y notificación. Creo que podría ayudar en su caso, y aún es gratis.

Dillie-O
fuente
jeje, no te preocupes. Sé que hay un millón de sabores de VNC por ahí, solo quería tirar esa idea.
Dillie-O
1

Puede ejecutar TeamViewer como "solo local" si se conecta a una máquina en función de su dirección IP. Esta es una gran mejora de velocidad sobre VNC.

Eric
fuente
1

Los probé todos recientemente y Ammy Admin es el mejor en la lista en términos generales. Temviewer también funciona perfectamente y tiene soporte para Android y Mac, por lo que es una gran opción cuando se conecta desde / a otro sistema operativo. Ammy Admin y TeamViewer son compatibles con Directx, por lo que puedes jugar o ver juegos en la pantalla, sin embargo, Team Viewer es realmente lento y no lo recomendaría para juegos. Probado con Guild Wars 2 y Diablo 3. También probé Directx con UltraVNC, TightVNC y RealVNC pero no pude hacer que funcionaran con los juegos de Directx. Solo se muestra una ventana negra una vez que ingresas al juego. (la computadora no se cuelga, solo muestra una ventana negra que puede minimizar).

Team Viewer tiene un gran apoyo y frecuentemente responden correos electrónicos.

Lo peor de Ammy Admin es el precio y el soporte, porque necesita una licencia para cada computadora, una para el cliente y otra para el servidor, aproximadamente (70 + 70) 140 euros con licencia Premium.

Por otro lado, los VNC no tienen mucho soporte ya que son gratuitos.

La mejor opción es probarlos todos y ver cuál funciona mejor en su sistema.

xtrm
fuente
1

Intenta usar esto:

-snapfb

En lugar de sondear los cambios de X display framebuffer (fb), copie periódicamente todos los X display fb en la memoria principal y examine esa copia en busca de cambios. En algunas circunstancias, esto mejorará la respuesta interactiva, o al menos hará que las cosas se vean más suaves, pero en otras (¡la mayoría!) Empeorará la respuesta. Si el video h / w fb es tal que la lectura de mosaicos pequeños es muy lenta, este modo podría ayudar. Para mantener la "velocidad de fotogramas", el tamaño de la pantalla x bpp no ​​puede ser demasiado grande. Tenga en cuenta que este modo es un desperdicio de recursos de E / S de memoria (realiza copias de pantalla completa incluso si nada cambia). Puede ser útil en aplicaciones similares a la captura de video, o donde el rasgado de ventanas es un problema.

Esto resolvió mi problema.

Denis
fuente
0

He descubierto que el VNC gratuito es muy lento. Tienen una versión de pago, ¿no estás seguro de si será mucho mejor?

Si está en un entorno de Windows, he tenido mucha suerte con RDC (Conexión a Escritorio remoto).

Ninguna compañía
fuente
1
+1 Casualmente, ayer me cambié a RDC, y definitivamente parece ser mucho más rápido y más configurable para computadoras con Windows. Todavía usaré VNC para otros sistemas operativos, pero RDC para Windows lo es.
Jorge Israel Peña el
¿RDC usa RDP debajo para su protocolo, creo? Lástima solo sus ventanas, es agradable y rápido :)
rogerdpack
0

Hay una versión de VNC para redes más lentas llamada TightVNC .

Nippysaurus
fuente
IMO TightVNC es igual de lento, y
modifiqué
TightVNC tiene una mejor compresión que el cliente VNC "normal", pero no es mucho más rápido. RDP es el camino a seguir con los sistemas Windows al menos.
Joey el
Estoy usando UltraVNC, que he escuchado que puede ser más rápido que TightVNC.
NickAldwin
UltranVNC tiene las mejoras de protocolo de TightVNC.
Evan el
0

Tuve una experiencia de usuario terrible usando VNC en la red local, sin embargo, cuando intenté iniciar sesión:

ssh -X -C 

y usando

xtightvncviewer :$THEDISPLAY

el rendimiento es mucho mejor, en comparación con cualquier otra combinación ...

VNC server default format:
      16 bits per pixel.
      Least significant byte first in each pixel.
      True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
    Using default colormap which is TrueColor.  Pixel format:
      32 bits per pixel.
      Least significant byte first in each pixel.
      True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
    Same machine: preferring raw encoding
Stanley Kaleta
fuente