On Tue, 12 Nov 2002 [EMAIL PROTECTED] wrote:

> > Not sure if this is the correct list, but I'll give it a try.  We're
> > trying to move from M$ to Linux, using Netraverse via X to diskless (or
> > minimal - like a ThinkNic) workstations.  We're in proof-of-concept mode
> > here, and are trying to serve this up via the internet to a remote
> > station.  While this seems to work very speedily over my ethernet
> > connection, it is horribly slow over an ISDN (here in Texas) ->T1
> > connection (in Tennessee).  Looking at the bandwidth, it is generally
> > using about 3K bytes per second, but doing little to nothing on the remote
> > screen.  Screen refreshes that take a second or so locally are taking up
> > to 3 MINUTES on the remote, with a constant 3K bytes/sec of traffic.
> > Occasionally we see a burst of 10Kbytes/sec, but not often, and there
> > appears to be no connection with that burst and the rate of screen
> > refresh.
> > 
> > The way we are doing this is:
> > 
> > ssh -X -f user@localserver <application>
> > 
> > This example came from the Netraverse manual, and, again, it works very
> > speedily over my ethernetwork, served from the same machine that is giving
> > it up so slowly.  Is there a better way to do this?  Are there settings to
> > speed this up?

Try adding the -C option to that ssh command.
For images compressiong the data wont help, but for other stuff it might
be a win.
Note that on Linux some versions of ssh compression is disabled when 
privilege separation is enabled.

If you can, run your window manager on the display, not the remote 
machine.
If not go for a lightweight window manager.

Also avoid fancy backgrounds and other image heavy applications.

-- 
Dr. Andrew C. Aitchison         Computer Officer, DPMMS, Cambridge
[EMAIL PROTECTED]   http://www.dpmms.cam.ac.uk/~werdna

_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert

Reply via email to