Good to hear that you got it to work.  Please note that GLXgears is not
a valid benchmark to use for thin client applications.  You should be
running glxspheres without frame spoiling to get an accurate sense of
the performance difference:

vglrun -sp /opt/VirtualGL/bin/glxspheres

(use glxspheres64 if you are running on a 64-bit machine.)

Isamu Yamashita wrote:
> Hi DRC. 
> Thanks for advice.
> 
>> It appears that you are trying to use TurboVNC to connect to the same
>> host using XDMCP.  In this case, you can just use the X11 Image Transport:
> 
> Yes, I run Xvnc on the remote host and connected it to the same host using 
> XDMCP.
> 
> According to your advice, I try the command "vglrun -c proxy" and 
> I get a good performance than before. 
> 
> #vglrun with vglclient
>>> vglclient &
>>> vglrun +pr glxgears
> Readback    -   95.07 Mpixels/sec- 1056.36 fps
> Total       -   10.87 Mpixels/sec-  120.83 fps-   25.24 Mbits/sec
> (10.3:1)
> Compress 0  -   18.33 Mpixels/sec-  203.68 fps
> Readback    -   89.93 Mpixels/sec-  999.26 fps
> Total       -   11.06 Mpixels/sec-  122.93 fps-   25.67 Mbits/sec
> (10.3:1)
> 
> #vglrun -c proxy
>>> vglrun -c proxy glxgears
> Blit        -   52.68 Mpixels/sec-  585.39 fps
> Total       -   40.31 Mpixels/sec-  447.93 fps
> Readback    -  121.63 Mpixels/sec-  675.70 fps
> Blit        -   53.00 Mpixels/sec-  588.94 fps
> Total       -   40.50 Mpixels/sec-  449.95 fps
> 
> And then I try to run Xvnc with XDMCP via xinetd service to 
> start Xvnc on demand, and I succeed. I write a configuration
> file in /etc/xinet.d/tvnc like this:
> 
> service tvnc
> {
>   disable     = no
>   socket_type = stream
>   protocol    = tcp
>   wait        = no
>   user        = nobody
>   server      = /opt/TurboVNC/bin/Xvnc
>   server_args = -inetd -once -query localhost -geometry 1024x768 -depth 16  
> #( and font path ) 
> }
> 
> Thanks,
> 
> -Isamu
> 
> 
> 
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> VirtualGL-Users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/virtualgl-users

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
VirtualGL-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Reply via email to