Bug Tracker item #3386240, was opened at 2011-08-04 17:10
Message generated for change (Comment added) made by astrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3386240&group_id=254363
Please note that this message will contain a full copy of the c
Bug Tracker item #338, was opened at 2011-08-11 06:32
Message generated for change (Tracker Item Submitted) made by dcommander
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=338&group_id=254363
Please note that this message will contain a full c
Per the report linked to below, things are now performing pretty much
identically to TurboVNC at the low levels. At the high levels, I am
still seeing too much CPU overhead, and I suspect that a lot of it is
due to the ImageGetter class. I'm working on a way of accessing the
framebuffer directly
Actually, upon further inspection, what is now limiting the performance
is the ComparingUpdateTracker. When I turn it off, CPU usage drops to
what I would expect from the optimizations that were just made, but then
the network usage goes way up, as if it's sending duplicate frames.
Thus, the aggre
