On Sat, 27 Feb 2010 22:14:57 +0100 ti...@piments.com wrote: > What I built: > > x86-64 build using ubuntu source pkgs for xorg-xserver copied onto the > tigervnc-1.0.0.tar.gz tree.
Note that the 1.0.0 release did not have SIMD acceleration for x86_64, so you might want to try checking out a copy from svn. Or building it on a 32-bit machine. > > The bugs: > > 1. This works pretty well but the vnc server sends 1366 x1366 . Nearly > the double of the correct size , the extra being a black areas below the > desktop image in the client window. What component are you using here? I'm assuming x0vncserver or libvnc.so as you're referring to :0. Sounds like the latter though. We rewrote a lot of that code to get randr support, but it was more or less only tested with Xvnc. I don't think anyone here has time to look at it though, but you could have a look at it yourself if you feel up for it. Relevant sections are vncHooksRandRSetConfig() in vncHooks.cc and XserverDesktop() in XserverDesktop.cc. Those are the two places where it gets the screen size. > > 2. The F8 connection information shows an estimated bandwidth of 20000 > kb/s . This must not be testing the right thing. The link via internet > is about 380 kB/s on remote and and only 88kB/s on local. 20Mb/s must be > looking at localhost on remote. > The bandwidth detection is a bit flaky. Nobody has had the time to figure out why though and fix it. It works best when there is a lot of data flowing. > 3. I have to use compression on the ssh link to achieve reasonable > performance. In this context 24b colour is a pretty sluggish but > functional. 256 colours is usable provided there's not animated content. > > Starting ssh without -C , it takes about 2 minutes [sic] to redraw the > desktop. > ! Something must be horribly wrong there. Is it eating a lot of CPU on the client or server when doing this? Even if it's picking a high bandwidth option (because of the misdetection) then it should only be a matter of seconds at most to redraw a screen. Rgds -- Pierre Ossman OpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio AB Web: http://www.cendio.com
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ 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-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel