I suspect that this has nothing to do with Mesa and is probably due to your compression settings. If you are on a slow network, try using the "Tight + Medium Quality JPEG" preset in TurboVNC. TigerVNC uses lower quality JPEG by default, whereas TurboVNC uses high-quality JPEG by default, so you have to dial down the quality in TurboVNC to achieve the same results as TigerVNC's default settings.
On 3/7/13 7:21 AM, jupiter wrote: > Hi, > > Follow up recent discussions as well as DRC's recommendation and > document in http://www.virtualgl.org/Documentation/Mesa, I built mesa > 9.1 with configuration of "--enable-xlib-glx --disable-dri > --with-gallium-drivers=swrast" on RHEL 6.2, to replace the TigerVNC by > TurboVNC and the custom build of mesa 9.1. > > The glxgears is running much faster than using TigerVNC. But, there is > a problem to run 3D rendering, it is too slow to rotate a 3D picture > in an application such as Chimera which could run smoother on TigerVNC > than the custom build of mesa and TurboVNC. It seems using xlib-glx > caused the 3D floating slow down. Any workaround to rectify this > problem, or we have to use TigerVNC for 3D applications? ------------------------------------------------------------------------------ Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
