Вопросы Теги

Как убыстриться X по SSH на медленном сетевом соединении?

Чтобы подробно остановиться, что сказал Gilles, у меня есть следующее в моем .inputrc связывать/клавиша со стрелкой вниз с history-search-backward и history-search-forward:

# Key bindings, up/down arrow searches through history
"\e[A": history-search-backward
"\e[B": history-search-forward
"\eOA": history-search-backward
"\eOB": history-search-forward

Просто введите что-то (дополнительно), затем нажмите/клавиша со стрелкой вниз для поиска истории для команд, которые начинаются с того, что Вы ввели.

Выполнить в этом .bashrc вместо .inputrc, можно использовать:

bind '"\e[A": history-search-backward'
32
22.02.2012, 02:44
5 ответов

Вы будете, вероятно, видеть большинство главных преимуществ при помощи сжатия с помощью -C опция. Можно также включить его в Вашем sshd_config при помощи следующей строки:

Compression yes
15
27.01.2020, 19:37
  • 1
    Если круговая задержка соединения высока затем, сжатие не помогает многому. Стандартный X-протокол, с его множеством сообщений пинг-понга, не подходит для маршрутов со значимым RTT. –  Linulin 20.09.2011, 23:48
  • 2
    Это - просто природа протокола, с которым мы имеем дело. Корреспондент заявил, что не может изменить выполнение сервера SSH, таким образом, это - превосходящая клиентская опция, принимающая ничто, может быть сделан к серверу. –  Chris Down 20.09.2011, 23:52
  • 3
    Один некоторые сайты это, как также сообщают, использует простой и быстрый бодрый, например, шифр: ssh -X -C -c blowfish-cbc,arcfour $hostname –  math 20.02.2013, 22:24
  • 4
    Существует подобный вопрос, рекомендуя дополнительные опции: superuser.com/questions/400136/speeding-up-remote-x-sessions –  math 20.02.2013, 22:32
  • 5
    (старый вопрос, но это отмечается как "ссылка" в другом вопросе, который был закрыт как дубликат этого), причина, почему запуском X приложений по соединению SSH (или в любом удаленном местоположении на самом деле) является сам X-протокол. Я downvoted этот ответ, потому что прекрасный-tunning ssh настройки не помогут вообще на практике. Необходимо использовать некоторый "инструмент сжатия протокола" для подавания заявки применимый, наилучший вариант X2GO или некоторый другой основанный на NX инструмент. См. unix.stackexchange.com/a/187420/104833, например. –  Ariel 01.03.2015, 14:00

Если Вы имеете опцию, пытаетесь протестировать NX (хотя это - боль для начинаний), поскольку это будет чувствовать себя намного быстрее, чем туннелирование X по ssh...

15
27.01.2020, 19:37
  • 1
    NX работами по умолчанию по ssh туннелирует также. Таким образом, Вы не должны волноваться об открытии никаких других портов. –  wm_eddie 20.09.2011, 13:22
  • 2
    NX на самом деле супер быстр. Лучше, чем VNC, лучше, чем сжатие более чем X. Сладкие работы. –  vivekian2 21.09.2011, 19:25
  • 3
    , я на самом деле отмечу это правильный ответ для кого-то, кто может запустить NX на стороне сервера. Не все функции UI доступны (по крайней мере на гноме), но скорость стоит того. jw013предлагает –  vivekian2 21.09.2011, 23:31
  • 4
    , Никогда не пробовал NX, но VNC является хорошей альтернативой SSH-X –  baptx 25.07.2014, 21:20
  • 5
    Этот должен быть принятым ответом, никакой смысл попытаться ускорить прекрасным-tunning ssh (d) настройки. Лучшая альтернатива самому NX (который является довольно болезненным для конфигурирования) является X2GO, также базирующиеся NX-библиотеки, но путь, легче получить выполнение. большое спасибо –  Ariel 01.03.2015, 14:03

Это было некоторое время, так как я попробовал его, но DXPC (Дифференциальное Сжатие X-протокола) раньше делал X11 по коммутируемому доступу работой PPP заметно быстрее. Возможно, опция сжатия SSH будет работать лучше на Вас, но это сжатие характерно для X11 и просто могло бы работать быстрее.

8
27.01.2020, 19:37

Может стоить исследовать высокую производительность openssh. Из соображений безопасности openssh использует статические буферы во многих местах. Проект HPH-SSH повторно реализует биты его для использования динамических буферов. Также кажется, что они реализовали многопоточные шифры в недавних изменениях.

https://www.psc.edu/hpn-ssh

4
27.01.2020, 19:37
  • 1
    Это требует изменений на ssh сервере, работающем на стороне сервера? Его возможное, которое является чем-то, которое я не могу управлять. –  vivekian2 19.09.2011, 22:27
  • 2
    Нет, это не делает. От страницы:> Мы создали патч, который удалит узкие места в OpenSSH и полностью совместим с другими серверами и клиентами. Кроме того, клиенты HPN смогут загрузить быстрее с не серверы –  jmtd 21.09.2011, 16:19

X2Go решит вашу проблему. Я получаю доступ к raspberry pi в Аргентине из Силиконовой долины. Есть небольшая задержка, но работать на нем так же удобно, как на моем настольном компьютере.

VNC — ваш второй вариант.

1
27.01.2020, 19:37

Теги

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