Оптимизация ssh для проброса иксов

    ForwardX11 yes
    GSSAPIAuthentication no
    GSSAPIDelegateCredentials no
    AddressFamily inet
    StrictHostKeyChecking no
    Ciphers arcfour,blowfish-cbc
    MACs umac-64@openssh.com
    Compression yes
    ControlPath ~/.ssh/master-%l-%r@%h:%p
    ControlMaster auto

ssh -XC

ssh -YC

Притом -С уже не надо: в конфиге есть.

Вместо -Y:

ForwardX11Trusted: yes

И как это снизит кол-во перерисовок таких приложений, которые делают это слишком часто? «хромиум/iceweasel (с плавной прокруткой вообще ад - оно перерисовывает _все_ промежуточные кадры»

Подход к проблеме с другой стороны: просто увеличилась скорость передачи и уменьшилась нагрузка на сеть.

Я сейчас могу спокойно запустить хромого по локальной сети через ви-фи без притормаживаний.

Пруфвидео: http://rghost.ru/download/private/57374313/836287e612dc0970d0fbe26a945af70e/2...

За пример берём страницу поиска картинок google, wifi у меня на ноутбуке только b/g (что несколько приблизит к условиям на работе через кабель):

• iceweasel
  • долгий отклик
  • прокручивает страницы без перерисовки
  • контекстное меню появляется в соответствии с общим откликом, без полной перерисовки
  • интерфейс - притормаживает, новые пункты меню перерисовываются
• midori - отклик и прокрутка как у iceweasel, контекстное меню и интерфейс работают моментально
• konqueror - как midori
• chromium
  • отклик и изменения при наведении/нажатии моментальны
  • прокручивает страницы с полной перерисовкой
  • контекстное меню появляется через _несколько секунд_ после нажатия
  • интерфейс - веб, работает так же
• rekonq - полная перерисовка страниц как у chromium, контекстное меню и интерфейс как у konqueror

Не считая не cromium/iceweasel за браузеры, годные для работы, выходит что оба для моих условий не пригодны для работы, лиса уж слишком заметно подтормаживает.

У меня 802.11n к домашнему роутеру, и 100 MBit кабель до pc.

Попробуй конфиг выше и сравни свои результаты

То же самое, на таком канале банально скорости не хватает (~50мб/с), потому и нужно именно _сжатие_ трафика, а не уменьшение отклика использованием лёгкого шифрования.

Тогда man ssh_config. Быстрым поиском увидел это:

CompressionLevel

Specifies the compression level to use if compression is enabled. The argument must be an integer from 1 (fast) to 9 (slow, best). The default level is 6, which is good for most applications. The meaning of the values is the same as in gzip(1). Note that this option applies to protocol version 1 only.

НО С этим надо осторожно: сжатие поедает процессорное время. И обычно рекомендуют с 20+ MBit отключать сжатие, особенно при слабеньком CPU.

С этим как раз проблема: будь у меня не слабый процессор и не мало оперативки, ссш бы не понадобился.

Ну так тогда явно выключи сжатие, быть может это всё «тормоза» от сжатия

Точно нет, начинается адское слайдшоу в хромиуме.

Кончайте тыкать пальцем в небо. Программа хочет перерисовывать свое окно много раз, latency сети не позволит быстро это делать, трафик (сжатие) тут не причем.

Можно попробовать NX

Если бы ты попытался технически ответить на мой вопрос, ты бы понял что (un)trusted здесь не причем и не тратил бы время ТСа на бесполезные действия.

NX может только отдельные окна, общий буфер обмена и таскай&кидай?

NX может только отдельные окна

в остальном не скажу чтобы не соврать, уже не помню. посмотри в интернете.