Удаленный сеанс X медленный [centos5]

Question

Хорошо, я искал Google, и я не нашел ответа на это. Не совсем связанные с программированием, если только я не пытался использовать ide во время сеанса ...

У меня есть серверы в том же удаленном месте; один из них работает под управлением старой Fedora 4 (P4 3,0 ГГц) и несколько более новых серверов работают под управлением Centos5 (Quad Xeon 1.6).

Я могу одновременно запустить удаленный сеанс X, и окно X сервера Fedora - это хорошо и быстро, но серверы Centos работают медленно и медленно. Я подключаюсь к VISS SS-X-C. Я пробовал без сжатия, но он все еще медленный / медленный.

Два сервера centos вообще не облагаются налогом приложениями, один из них является горячим резервом, поэтому он ничего не запускает.

Я пробовал эти ядра на коробках centos:
2.6.18-92.1.22.el5xen
2.6.18-92.1.22.el5
2.6.18-8.1.8.el5

Все эти серверы находятся в одной подсети и имеют общий маршрут / коммутатор и т. Д.

Помогите! ...

ps (я знаю, что должен использовать только доступ из командной строки, но я пытаюсь упростить кому-то время от времени "поддерживать меня")

Answer 1

Скорее всего, вы загружаете сетевое соединение, а не процессор. Современные наборы инструментов (QT / GTK) намного хуже в поведении сети, чем старые. Я использовал VNC и NX для решения этой проблемы в прошлом, и у меня была лучшая производительность при низком сетевом использовании от NX. Проект FreeNX очень полезен, если деньги являются проблемой. Единственная проблема, с которой я столкнулся в NX, это то, что у меня никогда не было приемлемого звука, производительности GLX или XRender. Но на самом деле это не проблема для большинства людей.

Answer 2

Я согласен с вами, Centos 5.x и RHEL 5.x имеют серьезную проблему с производительностью приложений, запущенных по медленной линии связи через ssh и X11 forwarding. Я подал ошибку как в Centos, так и в Redhat об этой проблеме. Некоторые приложения (wireshark, system-config-lvm, ...) полностью недоступны при удаленном запуске на серверах v5.

Answer 3

Переадресация X11 может действительно насытить сеть, поэтому наиболее вероятной причиной является разница в соединениях между этими машинами.

Я бы порекомендовал вам использовать протокол, более оптимизированный для использования в сети, например NX или RDP .