Any luck getting this working? On Thu, 1 Dec 2011 11:31:25 +0100 Pierre Ossman <oss...@cendio.se> wrote:
> On Wed, 30 Nov 2011 15:47:14 -0600
> DRC <dcomman...@users.sourceforge.net> wrote:
>
> >
> > Yes, I'm getting the "enabling continuous updates" message. How I'm
> > testing is to look at responsiveness when running 'vglrun glxspheres -i
> > -fs' with quality=1 and compress level=1. I move the mouse across the
> > screen and gauge (with a stopwatch) how long it takes for the server to
> > "catch up." It's consistently about 1.5 seconds both before and after
> > the high-latency modifications. TurboVNC performs similarly with
> > similar quality/compress level ("Low-Quality JPEG preset.")
> >
>
> Not sure I'm understanding your test case. The mouse is normally
> rendered locally and not latency sensitive. Or are you disabling that
> for the test?
>
> > GLXspheres at this quality level is going to cause Tiger/TurboVNC to
> > generate about 0.5 Mbits/frame of data at 1240x900, so if the frame rate
> > is not latency-limited, TigerVNC should be capable of at least 5-6 Hz
> > given the effective bandwidth of the 10 Mbit connection. However, it
> > seems to be still generating about 3 Hz, the same as it did before the
> > modifications.
>
> Odd. There is a corner case where single updates exceed the congestion
> window, but that shouldn't happen here. For 10 Mbit at 100 ms RTT, it
> should have a window of at least 1 Mbit, meaning it should fit two or
> three of those updates in there per round trip.
>
> Can you try with the congestion debugging turned on and see what
> latency and congestion window it gets?
>
> > I also do not notice any difference when typing into a console window,
> > moving windows around, etc. Further, it appears that double buffering
> > is not working quite right, but that's the case in the pre-modified
> > build as well.
>
> In what way? At such low frame rates, perhaps you're hitting the timer
> which prematurely updates the screen so it won't appear frozen.
>
> 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
------------------------------------------------------------------------------ Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/
_______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
