Re: [VirtualGL-Users] VirtualGL with Sun Secure Global Desktop (DRC)
3D Without Boundaries
Brought to you by:
dcommander
Menu
▾
▴
Re: [VirtualGL-Users] VirtualGL with Sun Secure Global Desktop (DRC)
|
From: DRC <dco...@us...> - 2010-03-10 19:42:07
|
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® 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® 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® 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® 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® 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 |