Каморка

Есть 2 application servers на базе Fedora Core4 и клиенты WinXpsp2.
Для клиентов есть X-Win32 - ssh2 клиент с графикой (запуск X приложений под Win),
ssh на серваке ssh tunneling enabled, X forwarding enabled, encription, sysctl все опции для tuning kernel tcp выполнены (packet size+ socket), на клинтах все tcp registry ключи пофиксены, но все равно остались дилеи на клиентах при ssh connection
с загрузкой Gnome-Desktop for example or OOCALC/OOWRITER/etc
при общей загрузке сети 10-15%

Если юзать TWM все летает Why??
(xterm & oocalc - 6 sec est vs. xterm & twm & oocalc - 2 sec????????????)

Кто нибудь оптимизировал TCP сети 4 interconnection WinXp-Linux????
Куда еще потыкать ??

Откуда уверенность-то что проблема в сети? Попробуйте ICEWM.
Посмотрите как задержка изменилась. Или что еще полегче.
А потом монстра KDE запустить, вместо легеньких ВМ.
Тогда и ясно станет кто задержку-то вносит. Предвижу ответ -
ВМ. Для сравнения так-же рекомендую. VNC попробовать. (TightVNC) -
халявный на обоих ОС.

Да вот я как раз насчет сети и не уверен, задержки при TWM или легоньких Х-ов нет почти, а при использовании GNOME/KDE идут задержки, % траффика промерял - 15-20%, уже и менял ssh encription,
есть мысли что при удаленной сессии вся отрисовка клиента идет на камень сервака и он тормозит, но вопрос в том что стоят то там 3.6 Xeon - 2 штуки
НО в чем тогда разница, я не запускаю KDE/GNOME

gnome-terminal - приложение - тормоза
xterm - приложение - тормоза
TWM - приложение - летаем

с IceWM спасибо за наводку, буду ломать
TightVNC не катит, Xwin32 единственный кто нормально работает с тем оооооочень специфическим софтом

Попробуй XDMCP. У меня работает без задержек. Как раз Xwin32 с KDE. Linux - Gentoo.

"TightVNC не катит" - сервер VNC - всего лишь "ловит" скрееншоты,
которые "генерирует" приложение работаюшее на сервере (Линукс в вашем случае), оптимально кодирует "скрееншоты" ( нечто вроде MPEG-4) и посылает клиенту (в вашем случае должен быть Виндовс VNC). Клиент декодирует скрееншоты, ловит мышь и клавиатуру и посылаен серверу. "Линуксовская" часть на Виндовс в этом случае не нужна.
Если нужен "кодированный" режим работы ssh использовать не обязательно. Вам нужено применять SSL сокеты (source code есть для
обоих Линукс и Виндовс). Всего делов то на полдня - заменить
обычные сокеты на SSL сокеты. Правда для этого на Виндовс (дерьмо еще то) нужно установить библиотеку SSL (а для этого еще надо
основную библиотеку из Cygwin) (сейчас может что изменилось - работал с SSL сокетами на Виндовс года три назад). Насколько помню в TightVNC защищенный режим имеется. Так, что TightVNC должен "катить".
По моему опыту пара "TightVNC сервер на Линуксе - TightVNC клиент на Виндовс " работает НАМНОГО быстрее (в разы) чем пара "X server на Линуксе - Х клиент на Виндовс".

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

Непонятно, конечно, почему один Window Manager резко отличается от другого по объёму/типу сетевого трафика.

С другой стороны, что если эта разница станет незаметной после отказа от ssh? Насколько я понимаю, туннелирование TCP через TCP чревато неким "резонансным эффектом", а UDP через TCP будет страдать от дополнительных обменов приветствиями.

Если туннель действительно нужен, можно попробовать OpenVPN. Он туннелирует через UDP.

Ильгиз писал(а):Непонятно, конечно, почему один Window Manager резко отличается от другого по объёму/типу сетевого трафика.

может дело в том, что KDE, это несколько больше чем один только windows manager (kwin, kwm в данном случае.)
PS: никогда удаленно ничего тяжелее Windowmaker не запускал, так что ответа не знаю.

Помог только XDMCP и переборка сети, на SSH все равно тормоза
(легкие VM не работают корректно с приложениями)
Thanks Mr.Runner