Performance penalty using ssh -Y vs xhost +
Performance penalty using ssh -Y vs xhost +
- Subject: Performance penalty using ssh -Y vs xhost +
- From: Jim Solderitsch <email@hidden>
- Date: Mon, 7 Nov 2005 17:37:32 -0500
I know using xhost + is considered VERY BAD and I want to avoid it.
I have a closed company network on which I want to run an X11
application on a solaris 2.9 box and display to my Max OS X tiger
(now running 10.4.3) Powerbook. This app is one our company is
developing, primarily for solaris and linux execution environments.
If I use ssh -Y <login>@<machine> I can get this app to display on my
Powerbook ok but with reduced performance compared to using a client
like "no machine" on my Mac allowing me to bring up a CDE desktop for
the solaris machine and running the application inside the CDE desktop.
If I change to using xhost +<machine> in a Powerbook xterm and then
rlogin to the solaris machine, setting the DISPLAY back to my
Powerbook, and then running the application, I get significantly
better performance compared to using ssh -Y.
Since installing tiger, I can no longer use ssh -X since the login
window from the solaris app is not displayed properly on my Mac. ssh -
Y does allow me to interact with the app, but at a much reduced
performance level.
Some UI steps that lead to a slight delay (under 30 seconds) until
the GUI is drawn correctly under the no machine style of interaction
take close to 10 minutes when interacting via ssh -Y. Eventually
everything is displayed correctly but it takes forever to get there.
Interestingly, when I run the app on a linux machine rather than the
solaris machine, using ssh -Y vs. xhost vs. a no machine interaction,
I see NO differences in performance.
I suspect that the fault lies in the ssh software running on the
solaris box.
Anyone with any ideas about how this might be corrected?
Thanks.
Jim
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden