[VirtualGL-Users] Reply:VirtualGL-Users Digest, Vol 34, Issue 3

[tigerofcn <tig...@16...>]

Hi Dcomander,
 
Can you tell me how to use VirtualGL with Sun SGD?
I don't know how to configure it.
Thanks,
 
Tiger



在2010-03-13 01:22:37，vir...@li... 写道：
>Send VirtualGL-Users mailing list submissions to
>	vir...@li...
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>or, via email, send a message with subject or body 'help' to
>	vir...@li...
>
>You can reach the person managing the list at
>	vir...@li...
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of VirtualGL-Users digest..."
>
>
>Today's Topics:
>
>   1. Re: VirtualGL with Sun Secure Global Desktop (DRC) (DRC)
>   2. Re: VirtualGL with Sun Secure Global Desktop (Andrew M Brown)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Wed, 10 Mar 2010 13:41:54 -0600
>From: DRC <dco...@us...>
>Subject: Re: [VirtualGL-Users] VirtualGL with Sun Secure Global
>	Desktop (DRC)
>To: VirtualGL Users <vir...@li...>
>Message-ID: <4B9...@us...>
>Content-Type: text/plain; charset=UTF-8
>
>OK, so I'll ask again-- please describe how it is failing.
>
>On 3/10/10 9:13 AM, tigerofcn wrote:
>> Hi,
>>  
>> I also try to use SGD with VirtualGL.
>> But I also get some thing wrong.
>> Do you have any idea?
>> Thanks,
>>  
>> Tiger
>> 
>> ?2010-03-10 14:02:55?vir...@li... ???
>>>Send VirtualGL-Users mailing list submissions to
>>>	vir...@li...
>>>
>>>To subscribe or unsubscribe via the World Wide Web, visit
>>>	https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>>>or, via email, send a message with subject or body 'help' to
>>>	vir...@li...
>>>
>>>You can reach the person managing the list at
>>>	vir...@li...
>>>
>>>When replying, please edit your Subject line so it is more specific
>>>than "Re: Contents of VirtualGL-Users digest..."
>>>
>>>
>>>Today's Topics:
>>>
>>>   1. VGL Image Transport (Paul Melis)
>>>   2. Re: VGL Image Transport (Paul Melis)
>>>   3. Re: VGL Image Transport (DRC)
>>>   4. Re: VGL Image Transport (Paul Melis)
>>>   5. VirtualGL with Sun Secure Global Desktop (Andrew M Brown)
>>>   6. Re: VirtualGL with Sun Secure Global Desktop (DRC)
>>>   7. Re: VirtualGL with Sun Secure Global Desktop (DRC)
>>>
>>>
>>>----------------------------------------------------------------------
>>>
>>>Message: 1
>>>Date: Wed, 03 Mar 2010 11:38:46 +0100
>>>From: Paul Melis <pau...@sa...>
>>>Subject: [VirtualGL-Users] VGL Image Transport
>>>To: VirtualGL Users <vir...@li...>
>>>Message-ID: <4B8...@sa...>
>>>Content-Type: text/plain; charset=ISO-8859-1
>>>
>>>Hi DRC,
>>>
>>>When I use vglconnect -s to connect to a remote rendering server, what
>>>VGL processes should I be able to find on my local machine?
>>>
>>>Let's say I run on my client machine:
>>>
>>>paulm@sara0143:~$ vglconnect -s <server>
>>>
>>>VirtualGL Client v2.1.80 (Build 20100212 32-bit)
>>>vglclient is already running on this X display and accepting unencrypted
>>>   connections on port 4242.
>>>
>>>Making preliminary SSh connection to find a free port on the server ...
>>>Making final SSh connection ...
>>>
>>>paulm@sara0143:~$
>>>
>>>
>>>
>>>On the client machine I see that the vglconnect script has opened a
>>>reverse SSH tunnel, which transports port 59809 on the server to port
>>>4242 on the client:
>>>
>>>paulm    11273  0.0  0.1   6008  2452 pts/2    S+   11:27   0:00 ssh -t
>>>-Y -R59809:localhost:4242 loom /opt/VirtualGL/bin/vgllogin -s 59809
>>>
>>>But on the client I don't see anything listening on port 4242 on the client:
>>>paulm@sara0143:~$ lsof|grep 4242
>>>paulm@sara0143:~$
>>>
>>>And indeed using vglrun on the server fails:
>>>
>>>paulm@loom:/nfs/paulm$ /opt/VirtualGL/bin/vglrun +v glxgears
>>>[VGL] NOTICE: Replacing dlopen("/lib/libdl.so.2") with
>>>dlopen("libdlfaker.so")
>>>[VGL] Shared memory segment ID for vglconfig: 19857426
>>>[VGL] Opening local display :0
>>>Xlib:  extension "Generic Event Extension" missing on display
>>>"localhost:10.0".
>>>Xlib:  extension "Generic Event Extension" missing on display
>>>"localhost:10.0".
>>>Xlib:  extension "Generic Event Extension" missing on display
>>>"localhost:10.0".
>>>[VGL] Using 1 / 8 CPU's for compression
>>>[VGL] ERROR: Could not receive data from client.  Client may have
>>>disconnected.
>>>[VGL] ERROR: in recv--
>>>[VGL]    394: Incomplete receive
>>>
>>>Using strace I can see vglrun on the client connecting to the tunneled
>>>port and failing to get at response:
>>>
>>>22267 connect(11, {sa_family=AF_INET, sin_port=htons(59809),
>>>sin_addr=inet_addr("127.0.0.1")}, 16) = 0
>>>[...]
>>>22278 sendto(11, "Ki\0\0\2\0\340\3,\1,\1,\1,\1\0\0\0\0_\1\1\0", 24, 0,
>>>NULL, 0) = 24
>>>22278 recvfrom(11, "", 1, 0, NULL, NULL) = 0
>>>[...]
>>>22267 write(2, "[VGL] ERROR: in recv--\n[VGL]    "..., 56) = 56
>>>[...]
>>>22267 shutdown(11, 2 /* send and receive */) = -1 ENOTCONN (Transport
>>>endpoint is not connected)
>>>
>>>
>>>
>>>I'm suspicious of the line "vglclient is already running [...]" when
>>>running vglconnect, as I don't see any vglclient running on the client:
>>>
>>>paulm@sara0143:~$ ps aux|grep vgl
>>>paulm    11262  0.0  0.0   1772   524 pts/2    S+   11:27   0:00 /bin/sh
>>>./vglconnect -s loom
>>>paulm    11273  0.0  0.1   6140  2532 pts/2    S+   11:27   0:00 ssh -t
>>>-Y -R59809:localhost:4242 loom /opt/VirtualGL/bin/vgllogin -s 59809
>>>paulm    11447  0.0  0.0   3004   768 pts/1    S+   11:31   0:00 grep vgl
>>>
>>>
>>>So, there should be a vglclient running on my client machine? This used
>>>to work a few weeks ago, but I'm in the dark as to what changes on my
>>>systems cause it to fail now.
>>>
>>>Paul
>>>
>>>
>>>
>>>------------------------------
>>>
>>>Message: 2
>>>Date: Wed, 03 Mar 2010 12:04:51 +0100
>>>From: Paul Melis <pau...@sa...>
>>>Subject: Re: [VirtualGL-Users] VGL Image Transport
>>>To: VirtualGL Users <vir...@li...>
>>>Message-ID: <4B8...@sa...>
>>>Content-Type: text/plain; charset=ISO-8859-1
>>>
>>>Paul Melis wrote:
>>>> I'm suspicious of the line "vglclient is already running [...]" when
>>>> running vglconnect, as I don't see any vglclient running on the client:
>>>>
>>>> paulm@sara0143:~$ ps aux|grep vgl
>>>> paulm    11262  0.0  0.0   1772   524 pts/2    S+   11:27   0:00 /bin/sh
>>>> ./vglconnect -s loom
>>>> paulm    11273  0.0  0.1   6140  2532 pts/2    S+   11:27   0:00 ssh -t
>>>> -Y -R59809:localhost:4242 loom /opt/VirtualGL/bin/vgllogin -s 59809
>>>> paulm    11447  0.0  0.0   3004   768 pts/1    S+   11:31   0:00 grep vgl
>>>>
>>>>
>>>> So, there should be a vglclient running on my client machine? This used
>>>> to work a few weeks ago, but I'm in the dark as to what changes on my
>>>> systems cause it to fail now.
>>>>   
>>>Well, running vglclient -force seems to have reset things. vglconnect
>>>now correctly spawns a vglclient again.
>>>How exactly does vglclient check if it's running?
>>>
>>>Paul
>>>
>>>
>>>
>>>------------------------------
>>>
>>>Message: 3
>>>Date: Wed, 03 Mar 2010 05:14:02 -0600
>>>From: DRC <dco...@us...>
>>>Subject: Re: [VirtualGL-Users] VGL Image Transport
>>>To: VirtualGL Users <vir...@li...>
>>>Message-ID: <4B8...@us...>
>>>Content-Type: text/plain; charset=ISO-8859-1
>>>
>>>http://www.virtualgl.org/vgldoc/2_1_4final/#hd007007
>>>
>>>Paul Melis wrote:
>>>> Paul Melis wrote:
>>>>> I'm suspicious of the line "vglclient is already running [...]" when
>>>>> running vglconnect, as I don't see any vglclient running on the client:
>>>>>
>>>>> paulm@sara0143:~$ ps aux|grep vgl
>>>>> paulm    11262  0.0  0.0   1772   524 pts/2    S+   11:27   0:00 /bin/sh
>>>>> ./vglconnect -s loom
>>>>> paulm    11273  0.0  0.1   6140  2532 pts/2    S+   11:27   0:00 ssh -t
>>>>> -Y -R59809:localhost:4242 loom /opt/VirtualGL/bin/vgllogin -s 59809
>>>>> paulm    11447  0.0  0.0   3004   768 pts/1    S+   11:31   0:00 grep vgl
>>>>>
>>>>>
>>>>> So, there should be a vglclient running on my client machine? This used
>>>>> to work a few weeks ago, but I'm in the dark as to what changes on my
>>>>> systems cause it to fail now.
>>>>>   
>>>> Well, running vglclient -force seems to have reset things. vglconnect
>>>> now correctly spawns a vglclient again.
>>>> How exactly does vglclient check if it's running?
>>>> 
>>>> Paul
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Download Intel&#174; Parallel Studio Eval
>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>> proactively, and fine-tune applications for parallel performance.
>>>> See why Intel Parallel Studio got high marks during beta.
>>>> http://p.sf.net/sfu/intel-sw-dev
>>>> _______________________________________________
>>>> VirtualGL-Users mailing list
>>>> Vir...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>>>
>>>
>>>
>>>------------------------------
>>>
>>>Message: 4
>>>Date: Wed, 03 Mar 2010 12:16:31 +0100
>>>From: Paul Melis <pau...@sa...>
>>>Subject: Re: [VirtualGL-Users] VGL Image Transport
>>>To: "dco...@us..."
>>>	<dco...@us...>, 	VirtualGL Users
>>>	<vir...@li...>
>>>Message-ID: <4B8...@sa...>
>>>Content-Type: text/plain; charset=ISO-8859-1
>>>
>>>Thanks, helpful info!
>>>
>>>Paul
>>>
>>>DRC wrote:
>>>> http://www.virtualgl.org/vgldoc/2_1_4final/#hd007007
>>>>
>>>> Paul Melis wrote:
>>>>   
>>>>> Paul Melis wrote:
>>>>>     
>>>>>> I'm suspicious of the line "vglclient is already running [...]" when
>>>>>> running vglconnect, as I don't see any vglclient running on the client:
>>>>>>
>>>>>> paulm@sara0143:~$ ps aux|grep vgl
>>>>>> paulm    11262  0.0  0.0   1772   524 pts/2    S+   11:27   0:00 /bin/sh
>>>>>> ./vglconnect -s loom
>>>>>> paulm    11273  0.0  0.1   6140  2532 pts/2    S+   11:27   0:00 ssh -t
>>>>>> -Y -R59809:localhost:4242 loom /opt/VirtualGL/bin/vgllogin -s 59809
>>>>>> paulm    11447  0.0  0.0   3004   768 pts/1    S+   11:31   0:00 grep vgl
>>>>>>
>>>>>>
>>>>>> So, there should be a vglclient running on my client machine? This used
>>>>>> to work a few weeks ago, but I'm in the dark as to what changes on my
>>>>>> systems cause it to fail now.
>>>>>>   
>>>>>>       
>>>>> Well, running vglclient -force seems to have reset things. vglconnect
>>>>> now correctly spawns a vglclient again.
>>>>> How exactly does vglclient check if it's running?
>>>>>
>>>>> Paul
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Download Intel&#174; Parallel Studio Eval
>>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>>> proactively, and fine-tune applications for parallel performance.
>>>>> See why Intel Parallel Studio got high marks during beta.
>>>>> http://p.sf.net/sfu/intel-sw-dev
>>>>> _______________________________________________
>>>>> VirtualGL-Users mailing list
>>>>> Vir...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>>>>>     
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Download Intel&#174; Parallel Studio Eval
>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>> proactively, and fine-tune applications for parallel performance.
>>>> See why Intel Parallel Studio got high marks during beta.
>>>> http://p.sf.net/sfu/intel-sw-dev
>>>> _______________________________________________
>>>> VirtualGL-Users mailing list
>>>> Vir...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>>>>   
>>>
>>>
>>>
>>>
>>>------------------------------
>>>
>>>Message: 5
>>>Date: Tue, 9 Mar 2010 19:48:06 +0000
>>>From: Andrew M Brown <abr...@cs...>
>>>Subject: [VirtualGL-Users] VirtualGL with Sun Secure Global Desktop
>>>To: vir...@li...
>>>Message-ID:
>>>	<OFB...@cs...>
>>>Content-Type: text/plain; charset="utf-8"
>>>
>>>Hi,
>>>
>>>I'm trying to configure VirtualGL on a Red Hat 5.4 application server, 
>>>connecting through Sun Secure Global Desktop (SGD)
>>>
>>>Has anyone managed to get this configuration working?
>>>
>>>I'm assuming that it needs to be configured as section 8.2 in the 
>>>documentation (X Proxy on Different Machine). 
>>>
>>>Do I need to use vglconnect to establish the connection between the SGD 
>>>server and the application server? If so how does this work with SGD?
>>>
>>>Thanks,
>>>
>>>Andy
>>>
>>>
>>>
>>>CSC ? This is a PRIVATE message. If you are not the intended recipient, 
>>>please delete without copying and kindly advise us by e-mail of the 
>>>mistake in delivery.  NOTE: Regardless of content, this e-mail shall not 
>>>operate to bind CSC to any order or other contract unless pursuant to 
>>>explicit written agreement or government initiative expressly permitting 
>>>the use of e-mail for such purpose
>>> ? 
>>>CSC Computer Sciences Limited ? Registered Office: Royal Pavilion, 
>>>Wellesley Road, Aldershot, Hampshire, GU11 1PZ, UK ? Registered in England 
>>>No: 0963578
>>>-------------- next part --------------
>>>An HTML attachment was scrubbed...
>>>
>>>------------------------------
>>>
>>>Message: 6
>>>Date: Tue, 09 Mar 2010 14:40:00 -0600
>>>From: DRC <dco...@us...>
>>>Subject: Re: [VirtualGL-Users] VirtualGL with Sun Secure Global
>>>	Desktop
>>>To: VirtualGL Users <vir...@li...>
>>>Message-ID: <4B9...@us...>
>>>Content-Type: text/plain; charset=ISO-8859-1
>>>
>>>VirtualGL should work with SGD.  I did extensive testing with that
>>>configuration while I was with Sun.  If SGD is running on a different
>>>machine than VirtualGL, then you'd do:
>>>
>>>  {SGD machine}> vglconnect {3D machine}
>>>  {3D machine}> vglrun -c rgb {3D application}
>>>
>>>Otherwise, if SGD is running on the same machine at the 3D application,
>>>you would simply do:
>>>
>>>  {SGD machine}> vglrun -c proxy {3D application}
>>>
>>>I take it that this is failing somehow?  How is it failing specifically?
>>>
>>>Andrew M Brown wrote:
>>>> 
>>>> Hi,
>>>> 
>>>> I'm trying to configure VirtualGL on a Red Hat 5.4 application server,
>>>> connecting through Sun Secure Global Desktop (SGD)
>>>> 
>>>> Has anyone managed to get this configuration working?
>>>> 
>>>> I'm assuming that it needs to be configured as section 8.2 in the
>>>> documentation (X Proxy on Different Machine).
>>>> 
>>>> Do I need to use vglconnect to establish the connection between the SGD
>>>> server and the application server? If so how does this work with SGD?
>>>> 
>>>> Thanks,
>>>> 
>>>> Andy
>>>
>>>
>>>
>>>
>>>------------------------------
>>>
>>>Message: 7
>>>Date: Wed, 10 Mar 2010 00:02:44 -0600
>>>From: DRC <dco...@us...>
>>>Subject: Re: [VirtualGL-Users] VirtualGL with Sun Secure Global
>>>	Desktop
>>>To: VirtualGL Users <vir...@li...>
>>>Message-ID: <4B9...@us...>
>>>Content-Type: text/plain; charset=ISO-8859-1
>>>
>>>I should also add that the performance under SGD is not going to be very
>>>good for 3D applications, unless SGD's image streaming technology has
>>>radically changed in the last few years.  When I last played with it
>>>(2007 timeframe), it was able to stream a whopping 1-2 megapixels/sec
>>>with VirtualGL, more than an order of magnitude slower than TurboVNC.
>>>Here's wishing they would integrate libjpeg-turbo and provide that as an
>>>option, perhaps configured on an application-by-application basis,
>>>because I really like SGD apart from the (lack of) performance.
>>>
>>>DRC wrote:
>>>> VirtualGL should work with SGD.  I did extensive testing with that
>>>> configuration while I was with Sun.  If SGD is running on a different
>>>> machine than VirtualGL, then you'd do:
>>>> 
>>>>   {SGD machine}> vglconnect {3D machine}
>>>>   {3D machine}> vglrun -c rgb {3D application}
>>>> 
>>>> Otherwise, if SGD is running on the same machine at the 3D application,
>>>> you would simply do:
>>>> 
>>>>   {SGD machine}> vglrun -c proxy {3D application}
>>>> 
>>>> I take it that this is failing somehow?  How is it failing specifically?
>>>> 
>>>> Andrew M Brown wrote:
>>>>> Hi,
>>>>>
>>>>> I'm trying to configure VirtualGL on a Red Hat 5.4 application server,
>>>>> connecting through Sun Secure Global Desktop (SGD)
>>>>>
>>>>> Has anyone managed to get this configuration working?
>>>>>
>>>>> I'm assuming that it needs to be configured as section 8.2 in the
>>>>> documentation (X Proxy on Different Machine).
>>>>>
>>>>> Do I need to use vglconnect to establish the connection between the SGD
>>>>> server and the application server? If so how does this work with SGD?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Andy
>>>> 
>>>
>>>
>>>
>>>------------------------------
>>>
>>>------------------------------------------------------------------------------
>>>Download Intel&#174; Parallel Studio Eval
>>>Try the new software tools for yourself. Speed compiling, find bugs
>>>proactively, and fine-tune applications for parallel performance.
>>>See why Intel Parallel Studio got high marks during beta.
>>>http://p.sf.net/sfu/intel-sw-dev
>>>
>>>------------------------------
>>>
>>>_______________________________________________
>>>VirtualGL-Users mailing list
>>>Vir...@li...
>>>https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>>>
>>>
>>>End of VirtualGL-Users Digest, Vol 34, Issue 1
>>>**********************************************
>> 
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> 
>> 
>> 
>> _______________________________________________
>> VirtualGL-Users mailing list
>> Vir...@li...
>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>
>
>
>------------------------------
>
>Message: 2
>Date: Fri, 12 Mar 2010 17:19:22 +0000
>From: Andrew M Brown <abr...@cs...>
>Subject: Re: [VirtualGL-Users] VirtualGL with Sun Secure Global
>	Desktop
>To: dco...@us...,	VirtualGL Users
>	<vir...@li...>
>Message-ID:
>	<OF4...@cs...>
>Content-Type: text/plain; charset="utf-8"
>
>Thanks for the help, it's really helped me understand how it will work.
>
>Unfortunately I haven't got it working yet as neither my project manager 
>or the 2 architects on the team thought to order servers with 3D cards!
>
>Is it possible to render remotely using more than one card, to handle 
>applications from multiple users at once?
>
>Thanks,
>
>Andy
>
>
>
>CSC ? This is a PRIVATE message. If you are not the intended recipient, 
>please delete without copying and kindly advise us by e-mail of the 
>mistake in delivery.  NOTE: Regardless of content, this e-mail shall not 
>operate to bind CSC to any order or other contract unless pursuant to 
>explicit written agreement or government initiative expressly permitting 
>the use of e-mail for such purpose
> ? 
>CSC Computer Sciences Limited ? Registered Office: Royal Pavilion, 
>Wellesley Road, Aldershot, Hampshire, GU11 1PZ, UK ? Registered in England 
>No: 0963578
>
>
>
>From:
>DRC <dco...@us...>
>To:
>VirtualGL Users <vir...@li...>
>Date:
>09/03/2010 20:37
>Subject:
>Re: [VirtualGL-Users] VirtualGL with Sun Secure Global Desktop
>
>
>
>VirtualGL should work with SGD.  I did extensive testing with that
>configuration while I was with Sun.  If SGD is running on a different
>machine than VirtualGL, then you'd do:
>
>  {SGD machine}> vglconnect {3D machine}
>  {3D machine}> vglrun -c rgb {3D application}
>
>Otherwise, if SGD is running on the same machine at the 3D application,
>you would simply do:
>
>  {SGD machine}> vglrun -c proxy {3D application}
>
>I take it that this is failing somehow?  How is it failing specifically?
>
>Andrew M Brown wrote:
>> 
>> Hi,
>> 
>> I'm trying to configure VirtualGL on a Red Hat 5.4 application server,
>> connecting through Sun Secure Global Desktop (SGD)
>> 
>> Has anyone managed to get this configuration working?
>> 
>> I'm assuming that it needs to be configured as section 8.2 in the
>> documentation (X Proxy on Different Machine).
>> 
>> Do I need to use vglconnect to establish the connection between the SGD
>> server and the application server? If so how does this work with SGD?
>> 
>> Thanks,
>> 
>> Andy
>
>
>------------------------------------------------------------------------------
>Download Intel&#174; Parallel Studio Eval
>Try the new software tools for yourself. Speed compiling, find bugs
>proactively, and fine-tune applications for parallel performance.
>See why Intel Parallel Studio got high marks during beta.
>http://p.sf.net/sfu/intel-sw-dev
>_______________________________________________
>VirtualGL-Users mailing list
>Vir...@li...
>https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>
>
>
>-------------- next part --------------
>An HTML attachment was scrubbed...
>
>------------------------------
>
>------------------------------------------------------------------------------
>Download Intel&#174; Parallel Studio Eval
>Try the new software tools for yourself. Speed compiling, find bugs
>proactively, and fine-tune applications for parallel performance.
>See why Intel Parallel Studio got high marks during beta.
>http://p.sf.net/sfu/intel-sw-dev
>
>------------------------------
>
>_______________________________________________
>VirtualGL-Users mailing list
>Vir...@li...
>https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>
>
>End of VirtualGL-Users Digest, Vol 34, Issue 3
>**********************************************