Медленное графическое удаленное соединение в Linux
Я установил Ubuntu Desktop 16.04 на свой компьютер. Когда я подключаю материнскую плату к монитору и включаю плату, все работает отлично. Я сконфигурировал vino (Desktop Sharing) на плате, чтобы я мог подключиться к нему графически с помощью VNC, поэтому я могу подключиться к нему локально в своей сети, используя VNC (приложение Remmina или vnc-viewer).
, но когда я отсоединяю его от монитора и включаю плату, он не загружает никаких операционных систем, и я не могу подключиться к нему из локальной сети! Даже я не могу найти его в локальной сети, используя команду ping!
Я связался с компанией, с которой я купил материнскую плату, и спрошу их о решении. они предложили изменить конфигурационный файл grub в файле / etc / default / grub.
Они сказали мне раскомментировать эти две строки:
# 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**
Поэтому я подключил монитор и применил эти настроек в файл, упомянутый выше. Теперь, когда я отсоединяю монитор и включаю плату, он просто загружается, и все работает отлично, за исключением одного. У меня очень медленное графическое соединение с помощью Remmina и vnc-viewer! Что я должен делать сейчас?
Я лично считаю, что в текущей конфигурации плата не использует графический процессор для переноса изображения рабочего стола, поэтому у меня медленное графическое соединение.
, используя ssh, все прекрасно, и я могу передавать файлы с помощью scp с высокой скоростью (около 6-10 Мбайт / с), поэтому я не думаю, что это из-за сети!
2 ответа
Если это в вашей локальной сети, вы всегда можете попробовать переадресацию X11. Протокол X более «болтливый», поэтому, если вы находитесь на связи с большим количеством задержек, он будет довольно медленным. Однако, если проблема связана с VNC, а не с вашей сетью, это может стоить попробовать.
Если это в вашей локальной сети, вы всегда можете попробовать переадресацию X11. Протокол X более «болтливый», поэтому, если вы находитесь на связи с большим количеством задержек, он будет довольно медленным. Однако, если проблема связана с VNC, а не с вашей сетью, это может стоить попробовать.
-
1Другое "преимущество" пересылки X - окна с удаленной машины по умолчанию отображаются как обычные окна на клиенте (т. е. у вас нет одного гигантского окна, отображающего отображение пульта). – user 29 September 2017 в 22:40