On Wed, 17 Aug 2011 01:40:48 -0500 DRC <dcomman...@users.sourceforge.net> wrote:
> As of now, with the ComparingUpdateTracker disabled and using our FLTK > viewer, the performance is at about 85-90% of TurboVNC at the high > levels, and the remaining gap is entirely due to the viewer. The server > CPU usage is now almost exactly the same as TurboVNC. That's just fantastic. Awesome work! > The viewer GUI has also been modified to reflect the findings from the > low-level performance study (specifically, that compression levels > higher than 3 rarely have any benefit and compression levels higher than > 6 never do. Also, compression level 1 is now the default, since it > offers the best "bang for the buck.") It is still possible to enter > level 7-9 in the GUI or specify it from the command line, but IMHO, we > should pretend as if those levels don't officially exist anymore. If > someone can show a case in which levels 7-9 produce a demonstrably > better result than 6, I am eager to examine it. I'm thinking that changing the client might not be the best way to deal with this, for two reasons: a) Trade-offs between CPU and bandwidth are now different for our server than others, making it impossible for users to have a good default setting. b) We're wasting part of the compression configuration range. Minor issue right now though as I guess we currently have no use for extra steps. I suggest we revert the change on the client and change how the server interprets the compression setting. A crude example: 0-2 => zlib level 0 3-6 => zlib level 1 7 => zlib level 2 8 => zlib level 4 9 => zlib level 6 This would make sure that a good setting for connecting to the new TigerVNC server would also be a good setting for older versions, as well as other implementations. And existing clients wouldn't be punished for the previous default value. Downside would be that we lose access to higher zlib levels, but if your analysis is correct then we aren't losing anything of value. (We could of course add more meaning to the lower levels in the future to differentiate them, like how aggressively we look for solid rects or using the comparing update tracker) Rgds -- Pierre Ossman OpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio AB Web: http://www.cendio.com A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/
_______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
