Я пытаюсь запустить графическое приложение дома и отобразить его на ноутбуке, который находится примерно в шести переходах. Проблема заключается в том, что соединение настолько медленное (или, скорее, слишком много GOOEY передается), что мышь не отвечает, и перерисовывание окна занимает «много времени» даже при разрешении 800x600 пикселей. Скорость соединения составляет 10 Мбит в домашних условиях и около 1 Мбит в ноутбуке, что, на мой взгляд, должно быть достаточно для просмотра некоторых графических интерфейсов в (почти) реальном времени.
Поскольку этот трафик передается через безопасную оболочку, я включил компрессия с самым высоким CompressionLevel вместе с шифры установлен в Blowfish-CBC , Это существенно улучшило отзывчивость приложения, сделав его практически пригодным для использования. Однако моя цель - еще больше улучшить производительность, пожертвовав цветами и даже частотой кадров.
Приложение для отображения окна Qemu SDL с графически ориентированной ОС. Это не совсем актуально, но, возможно, есть варианты настройки вывода SDL, о которых я не знаю.
Возможный обходной путь - запустить приложение на «скрытом» X-сервере и включить TigerVNC на этом X-сервере. Это автоматически даст мне преимущества оптимизированного видового экрана VNC, но цель - обойтись без него (уменьшить сложность).
Вопрос, который я задаю, состоит в том, каковы мои варианты снижения скорости передачи данных, генерируемой на сервере, чтобы сделать графическое приложение более удобным для использования на клиенте. Как уже упоминалось, цвета не важны, и я, вероятно, мог бы работать с 5-16 кадров в секунду.
Обе машины работают под управлением Gentoo с соответствующим программным обеспечением:
рабочая станция
- X.Org X Server 1.10.4
- OpenSSH_5.8p1-hpn13v10, OpenSSL 1.0.0e
- Эмулятор QEMU версия 0.15.1 (qemu-kvm-0.15.1)
портативный компьютер
- X.Org X Server 1.12.2
- OpenSSH_5.8p1-hpn13v10lpk, OpenSSL 1.0.0j
источник
Ответы:
Ты делаешь это неправильно. VNC - это путь.
источник