ubuntu - vnc - Conexión remota gráfica lenta en Linux

CorePress2023-09-17  1

He instalado Ubuntu Desktop 16.04 en mi computadora. Cuando conecto la placa base al monitor y enciendo la placa, todo funciona bien. Configuré el vino (Desktop Sharing) en la placa para poder conectarme gráficamente usando VNC, para poder conectarme localmente en mi red usando Protocolo VNC (aplicación Remmina o vnc-viewer).

pero cuando lo desconecto del monitor y enciendo la placa, no carga ningún sistema operativo y no puedo conectarme desde la red local. ¡Ni siquiera yo puedo encontrarlo en la red local usando el comando ping!

Me comuniqué con la empresa donde compré la placa base y les pregunté sobre la solución. proponen cambiar el archivo de configuración de grub en /etc/default/grub .

Me dijeron que descomentara estos dos lines:

# Uncomment to disable graphical terminal (grub-pc only)
**GRUB_TERMINAL=console**

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
**GRUB_GFXMODE=1920x1080**

Así que conecté un monitor y apliqué esta configuración al archivo mencionado anteriormente. Ahora, cuando desconecto el monitor y enciendo la placa, simplemente se carga y todo funciona bien excepto una cosa. ¡Tengo una conexión gráfica muy, muy lenta usando Remmina y vnc-viewer! ¿Qué debo hacer ahora?

Personalmente creo que en la configuración actual, la placa no utiliza la unidad de procesamiento gráfico para transferir la imagen del escritorio, por eso tengo una conexión gráfica lenta.

Usando ssh, todo está bien y puedo transferir archivos usando scp a alta velocidad (alrededor de 6 a 10 Mbytes/seg), ¡así que no creo que sea por la red!

  • VNC en sí es muy lento, incluso en una red rápida, por lo que la red no tiene problemas. GRUB es solo un cargador, no forma parte del sistema operativo, incluso si de alguna manera está relacionado con un problema, es un error extraño, pero creo que tiene muy pocas posibilidades. También VNC es un aficionado virtualEh, entonces no se necesita GPU.bukkojot 25 de septiembre de 2017 a las 12:48
  • Su pregunta es más apropiada en Superusuario, Error del servidor o Unix & Linux. De los 3, Superusuario o Unix & Linux son los más relevantest, pero también está relacionado con el servidor, pero no es un problema normal del servidor.David C. Rankin 29 de septiembre de 2017 a las 19:57
  • Yo también he experimentado esta lentitud con remmina. Conozco personas que han cambiado de remmina a los servicios basados ​​en la nube de RealVNC.Solución y obtuve un rendimiento mucho mejor. (es decir, de 1-5 FPS a 15). Personalmente prefiero no usar soluciones basadas en la nube para una conexión que podría hacer localmente, y en este punto también me pregunto si el problema es el complemento VNC de remminas. Intentaré algo más e informaré (si lo recuerdo) -DesarrolladorACE 3 de febrero de 2022 a las 20:14
  • En mi opinión, no parece haber una diferencia apreciable entre remmina y el visor RealVNC como cliente (incluso en una conexión por cable o de menor latencia). El próximo sospechoso probablemente sea vino, el software que Ubuntu utiliza como servidor VNC de forma predeterminada. -DesarrolladorACE 3 de febrero de 2022 a las 20:34


------------Respuesta------------

No tengo una idea clara de tu problema porque no seguí la evolución de parte del kernel. Pero si enfrentaras tu problemaem, reduciría lentamente, para fines de prueba, el tamaño de la resolución: haga muchas pruebas con valores correctos (obtenidos con vbeinfo) pero en pasos más pequeños, hasta 800x600 o 640x480. Solo con la información que brindas, sospecho que hay muchos errores, errores en el firmware de tu placa (no explicaste cómo recuperaste el hardware) y/o errores en el controlador de tu placa gráfica. Otra prueba que sugiero hacer es iniciar su PC en un CD antiguo de Ubuntu o Knoppix y probar lo que hizo. La elección de la distribución anterior es asegurarse de que el kernel de Linux no utilice funciones de "hardware especial" de su tarjeta gráfica que puedan solucionar su problema.




------------Respuesta------------

Si esto está en tu red local, siempre puedes probar el reenvío X11. El protocolo X es más "conversador", por lo que si tienes una conexión con mucha latencia será bastante lento. Sin embargo, si el problema radica en VNC y no en su red, podría valer la pena intentarlo.


  • El otro "beneficio" del reenvío X es que las ventanas de la máquina remota aparecen como ventanas normales en el cliente by predeterminado (es decir, no tiene una ventana gigante que represente la pantalla del control remoto).MilkeyMouse 29 de septiembre de 2017 a las 19:40