2009-03-24 2 views
0

Okay, ich habe google durchforstet und ich habe keine Antwort dafür gefunden. Nicht genau programmieren, es sei denn, ich versuchte, eine Idee über die Sitzung zu verwenden ...Remote-X-Sitzung ist langsam [Centos5]

Ich habe Server am selben entfernten Standort; Einer ist älter mit fedora 4 (P4 3.0Ghz) und ein paar neuere Server mit Centos5 (Quad Xeon 1.6).

Ich kann eine Remote-X-Sitzung auf beiden gleichzeitig und das Fedora-Server X-Fenster ist schön und bissig, aber die Centos-Server sind langsam und laggy. Ich verbinde mich mit beiden vis ssh -X-C. Ich habe es ohne Kompression versucht, aber es ist immer noch langsam/laggy.

Die zwei Centos-Server werden von Anwendungen überhaupt nicht besteuert, einer ist ein Hot-Standby, also läuft nichts wirklich.

Ich habe diese Kernel auf die CentOS-Boxen versucht:
2.6.18-92.1.22.el5xen
2.6.18-92.1.22.el5
2.6.18-8.1.8.el5

All diese Server im gleichen Subnetz sind und den gleichen Routing-Pfad teilen/Schalter usw.

Hilfe ...

ps (ich weiß, ich soll nur Kommandozeilen-Zugriff verwenden, aber ich versuche zu Mach es leichter für jemanden, mich gelegentlich zu "unterstützen"

+0

X ist Netzwerk schwer. Ich vermute, dass die CentOS-Boxen nicht auf Gig-E sind oder dass ihre MTUs falsch eingestellt sind. –

+0

Danke für den Hinweis; checked mtu/duplex etc - alles ist richtig eingestellt. Alle Server sind auf 100 Vollduplex, also kein Unterschied zwischen den Verbindungen. – Eddy

Antwort

0

Wahrscheinlich überschwemmen Sie Ihre Netzwerkverbindung und nicht den Prozessor. Die modernen Toolkits (QT/GTK) sind viel schlechter über das Netzwerkverhalten als die älteren. Ich habe VNC und NX verwendet, um das Problem in der Vergangenheit zu lösen, und hatte die beste Leistung von NX im Netzwerk. Das FreeNX-Projekt ist sehr nützlich, wenn Geld ein Problem ist. Das einzige Problem, das ich mit NX hatte, war, dass ich nie eine vernünftige Sound-, GLX- oder XRender-Performance hatte. Aber das ist nicht wirklich ein Problem für die meisten Menschen.

+0

und natürlich merke ich Ihre NetOwrk Layout direkt nach der schnellen Antwort. Ich nehme an, Sie verwenden die gleichen Anwendungen auf beiden Seiten, als Zum Beispiel sind Athena Widgets viel schneller als GTK2 über ein Netzwerk. – McBeth

+0

Ja, gleiche App. Ich hatte Konqueror auf anderen Servern im selben Netzwerk-Speicherort ohne Probleme entweder. Ich kann nur "aufgeben" und nx verwenden, aber es bugs mich dass ich den Schuldigen nicht finden kann – Eddy

+0

Ich habe das noch nicht gelöst, aber Ihre Antwort ist die korrekteste in Bezug auf die neueren Toolkits, die netzwerkintensiver sind. – Eddy

0

X11-Weiterleitung kann Netzwerk wirklich sättigen, so ist die wahrscheinlichste Ursache der Unterschied in Verbindungen zwischen diesen Maschinen.

Ich würde empfehlen, dass Sie ein Protokoll verwenden, das für die Verwendung im Netzwerk optimiert ist, z. B. NX oder RDP.

+0

Aber es gibt keinen Unterschied in den Verbindungen :( – Eddy

+0

Vielleicht Unterschied in einigen Konfigurationen im Zusammenhang mit der Verbindung? – vartec

0

Ich stimme Ihnen zu, Centos 5.x und RHEL 5.x haben schwerwiegende Leistungsproblem mit Anwendungen über eine langsame Verbindung über ssh und X11-Weiterleitung gestartet. Ich habe einen Fehler sowohl bei Centos als auch bei Redhat über dieses Problem eingereicht. Einige Anwendungen (wireshark, system-config-lvm, ...) sind vollständig unbenutzbar, wenn sie remote auf v5-Servern gestartet werden.