Hi, I've split from earlier discussion entitled tigerVNC configuration problems
to recap , I call the viewer within a secure shell on the remote machine: ssh -C -X -L 5900:localhost:5900 remotesys.dyndns.info vncviewer localhost:0 Both ends are recent linux. Tigervnc was built from source on remote Kubuntu 9.04 system using kubuntu xorg source tree and tigervnc-1.0.0 tar.gz technically it seems to work fine but it is very slow. On 02/24/10 21:38, DRC wrote: > [email protected] wrote: >> Thanks, that is what I would expect to be the case but without -C it is >> about an order of magnitude slower! Completely unusable. I had to break >> the viewer from its command line. >> >> Would that suggest that there is no jpeg compression happening? > > Hmmm... Weird. Again, try explicitly dialing in a lower quality level. > I struggle to imagine how SSh could further compress a JPEG stream, but > maybe if the JPEG quality is high enough it can. > > 1. autodetection not working man vncviewer: AUTOMATIC PROTOCOL SELECTION The viewer tests the speed of the connection to the server and chooses the encoding and pixel format (color level) appropriately. This makes it much easier to use than previous versions where the user had to specify arcane command line arguments. No this is not working. Connection information shows typically 20000 kb/s , the remote end is 300kB/s connectivity , local end is only 88kB/s at best , currently only 40kB/s . Is the auto detection effectively testing the connection to localhost when run in this context? 2. There does not seem to be a documented option ot turn off jpeg compression. 3. Any format on an uncompressed ssh link is UNUSABLY slow. Each half inch line of screen update is taking about 5-6 seconds. It takes several minutes to fill initial window and respond to an F8 keystroke. 4. Option dlg unclear about "custom" compression and jpeg compression. Are these alternative expressions of the same setting? If not what is "custom". Does it to ZRLE? There does not seem to be any doc on what this does set nor any command line option to which it may seem related. 5. After some experimenting using the Options settings available from F8 in the vncveiwer running through a COMPRESSED ssh link. ZRLE was fastest, Tight jpeg Q9 was about same a raw, any other jpeg quality was slower jpeg Q1 was more than twice as slow as Z . Test condition was rather trivial: opera browser full screen on remote. After changing compression , a new brower page was loaded to ensure server recomposed most of the screen. Initial display was even slower . Test was the time to refresh Tigervnc window after collapsing it to it's title bar and redisplaying. I would have expected using vnc compression options on uncompressed link to be similar (+/- 50%) to using compressed link. I would expect using both vnc and -C to be slower. In fact using -C is essential to have some resemblance of a useful link. Any advice on making this more functional would be appreciated. Thanks again. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Tigervnc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tigervnc-users
