Вопросы Теги

Почему приложение через 'ssh-X' медленнее, чем vncviewer через 'ssh-X'

Попробуйте Slitaz. Это является маленьким и красивым.

5
20.03.2019, 15:09
3 ответа

Проблема наиболее вероятна сам X-протокол. Это очень болтливо и в то время как сырые данные amaount данных являются довольно маленькими, это вызывает много распространений в прямом и обратном направлениях, которые становятся проблемой по соединениям WAN.

Ваша конструкция запускает удаленный xserver, с которым соединяется приложение, которое Вы хотите использовать. Таким образом с точки зрения приложения xserver локален, и круговые задержки являются маленькими. С архитектурной точки зрения, vnc окна очень просты, следовательно Ваше vncviewer окно нуждается в намного меньшем чате и распространениях в прямом и обратном направлениях для работы правильно, по сравнению с "реальными" приложениями.

Кроме того, даже классические vnc реализации предназначаются конкретно для этой проблемы RTD путем превентивного сокращения необходимого чата, который также приводит к уменьшенному чату между vncviewer окном и локальным xserver.

4
27.01.2020, 20:38
  • 1
    Таким образом, Вы говорите, что окно VNC просто, но когда я запускаю "приложение" в нем, затем оно имеет ту же сложность.Я прав? На самом деле это - (более или менее) тот же экран, который является транс-Портетом через "ssh-X", таким образом, ssh должен быть для обоих экранов транс-Портета, равных болтлив, или нет? –  Tik0 28.01.2014, 17:08
  • 2
    Нет, это не то, что я сказал. Приложение использует локальный vncxserver для взаимодействия. vncclient окно больше не становится сложным с приложением в нем. На самом деле его "сложность" остается тем же, является ли это простым xterm, или эволюцией Firefox и калекой, перекрывающим друг друга, –  Bananguin 28.01.2014, 20:35

Без знания я предположил бы, что оно сводится к используемому протоколу шифрования. Я не знаю достаточно об этом, чтобы отладить его или предоставить Вам больше подробной информации, но попытаться изменить протокол, который Вы используете, и Вы будете видеть большое увеличение скорости отклика Вашего экспортируемого X программ.

Так, вместо ssh -X user@host, попробовать

ssh -YC4c arcfour,blowfish-cbc user@host

Для большего количества информации посмотрите здесь (хотя я рекомендую использовать -Y вместо -X для скорости).

1
27.01.2020, 20:38
  • 1
    Спасибо за комментарий, но параметр не изменяется так очень. Сущность моего вопроса, что это не принадлежит shh параметрам. Для обоих примеров это просто '-X'. –  Tik0 26.01.2014, 19:14
  • 2
    @Tik0 сделал Вы пытаетесь соединиться с ssh -YC4c arcfour,blowfish-cbc user@host? В моем случае я мог внезапно использовать X приложений где с ssh -X Я не мог вызвать, они были мучительно медленными. Я предполагаю, что vnc протокол обрабатывает шифрование лучше. –  terdon♦ 26.01.2014, 19:17
  • 3
    безопасности, Изменяющей алгоритм шифрования, может иметь видимое значение (хотя я не держал бы пари на нем, обычно процессор так быстр по сравнению с сетью, что Вы ничего не заметите), но это не объяснило бы различие между VNC и non-VNC. способность –  Gilles 'SO- stop being evil' 27.01.2014, 01:05

Вероятно, что VNC применяет некоторое определенное для протокола сжатие. Другое значение по умолчанию реализаций VNC к различным алгоритмам сжатия и сжатие negociation плохо документируются, таким образом, трудно быть конкретным.

Попытайтесь использовать -C опция к SSH. В зависимости от приложения и на реализации VNC, это может дать лучше или худшие результаты к VNC, и ssh -C + VNC может быть лучше или хуже, чем VNC один.

1
27.01.2020, 20:38
  • 1
    Но на самом деле соединение не зависит от VNC. Соединение SSH независимо от VNC, потому что vncviewer работает на удаленном сервере. получающееся окно затем передается потоком через xforward. Мой вопрос не: "Как получают this&that быстрее". Я хочу понять, почему это явление происходит. –  Tik0 27.01.2014, 14:34

Теги

Похожие вопросы