Checked my xorg.conf file and the driver is nvidia, see below.
Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Unknown"
HorizSync 28.0 - 33.0
VertRefresh 43.0 - 72.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BusID "PCI:0:3:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "UseDisplayDevice" "none"
SubSection "Display"
Virtual 1024 768
Depth 24
EndSubSection
EndSection
Not sure why it’s still using mesa.
As to the use of turbovnc this is what I was told when I was setting this up:
"VirtualGL needs two X servers-- a "3D X server" and a "2D X server." The 3D X
server has to be a real X server attached to the GPU. It can be
headless, but it can't be virtual. The 2D X server can be a virtual X
server, such as VNC or Xvfb.”
Isn’t this true? Are you saying I can just run everything through Xvfb and
still have my application run through virtualgl and use the gpu? That would
make things quite easier if that is possible.
Thanks!
--
Desmond
On Friday, January 10, 2014 at 3:53 AM, Kevin Van Workum wrote:
> It looks like your 3D X server (on :0) is not using the driver for your card.
> Make sure the "Device" section of xorg.conf has the correct driver and BusID
> specified. Secondly, I don't understand why you are using turbovnc. If you're
> trying to do captures with Xvfb, what's turobvnc for?
>
>
> On Thu, Jan 9, 2014 at 7:36 PM, Stealthy <stealthmodei...@gmail.com
> (mailto:stealthmodei...@gmail.com)> wrote:
> > Hi guys,
> >
> > So I am trying to run a 3d application using OPENGL through an EC2 server.
> > The ultimate goal being to capture the screen using Xvfb.
> >
> > I installed virtualgl and turbovnc. when I run
> > /opt/VirtualGL/bin/glxinfo -display :0 -c
> >
> > I get this
> >
> >
> > name of display: :0
> >
> >
> > display: :0 screen: 0
> >
> >
> > direct rendering: Yes
> >
> >
> > server glx version string: 1.4 Mesa 9.2.4
> >
> >
> > server glx extensions:
> >
> >
> > GLX_ARB_get_proc_address, GLX_EXT_texture_from_pixmap,
> >
> >
> > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
> >
> >
> > GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_SGIX_fbconfig,
> >
> >
> > GLX_SGIX_pbuffer
> >
> >
> >
> >
> >
> >
> > client glx version string: 1.4 Mesa 9.2.4
> >
> >
> > client glx extensions:
> >
> >
> > GLX_ARB_get_proc_address, GLX_EXT_texture_from_pixmap,
> >
> >
> > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
> >
> >
> > GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_SGIX_fbconfig,
> >
> >
> > GLX_SGIX_pbuffer
> >
> >
> >
> > Obviously I don’t want to use Mesa. Do I have to start the X server in any
> > specific manner to avoid using the MESA software renderer. Did I miss a
> > step.
> >
> > Thanks for your help guys!
> > --
> > Desmond
> >
> >
> > On Thursday, November 7, 2013 at 10:03 AM, Stealthy wrote:
> >
> > > Thanks a lot for all the clarification, I’ll definitely spend more time
> > > in the manual. This is really helpful, I’ll take another stab at it.
> > >
> > > Thanks again!
> > >
> > > --
> > > Desmond
> > >
> > >
> > > On Wednesday, November 6, 2013 at 2:56 PM, DRC wrote:
> > >
> > > > Yes, you're missing quite a lot. Please read the manual. VirtualGL
> > > > needs two X servers-- a "3D X server" and a "2D X server." The 3D X
> > > > server has to be a real X server attached to the GPU. It can be
> > > > headless, but it can't be virtual. The 2D X server can be a virtual X
> > > > server, such as VNC or Xvfb.
> > > >
> > > > Secondly, the way you launch a 3D application in VGL is by using
> > > > vglrun,
> > > > not vglclient. The instructions do not ever even specify calling
> > > > vglclient directly. vglclient is generally called from vglconnect, but
> > > > you don't need to ever use either of those unless your 2D X server and
> > > > 3D X server are on different machines (which they aren't.)
> > > >
> > > > I'll summarize the steps you need to take (but please do read the
> > > > manual.)
> > > > -- Set up the 3D X server, which should be a "real" X server connected
> > > > to the GPU. Make sure the GLX extension works by running glxinfo
> > > > against the 3D X server and verifying that it is not using a software
> > > > OpenGL renderer (Mesa.)
> > > > -- Run vglserver_config to give VirtualGL access to the 3D X server
> > > > (this is only necessary if the 3D X server is running some sort of
> > > > login
> > > > manager under the root account, like gdm or xdm. Otherwise, if you are
> > > > just starting the 3D X server under your user account, then you should
> > > > already have permission to access it.)
> > > > -- Start Xvfb (the 2D X server.)
> > > > -- Set DISPLAY to point to your Xvfb instance.
> > > > -- vglrun {application}
> > > >
> > > >
> > > > On 11/6/13 4:21 PM, Stealthy wrote:
> > > > > I am not sure I going through the right steps to enable virtualgl.
> > > > > Post
> > > > > installation I started the Xvfb server with this command:
> > > > >
> > > > > *Xvfb*:0.0 -screen 0 1280x720x24 -ac +extension GLX +render -noreset &
> > > > >
> > > > > I then started what I think is virtualgl with this command expecting
> > > > > any
> > > > > opengl application running after that would use the GPU:
> > > > >
> > > > > /opt/VirtualGL/bin/vglclient
> > > > >
> > > > > The application still only uses the CPU.
> > > > >
> > > > > Am I missing something?
> > > > >
> > > > > Thanks for the help btw.
> > > > > --
> > > > > Desmond
> > > > >
> > > > > On Wednesday, November 6, 2013 at 12:47 PM, DRC wrote:
> > > > >
> > > > > > "Trouble initializing VirtualGL with Xvfb" tells me nothing. Please
> > > > > > be
> > > > > > specific as to the error messages you are encountering or what is
> > > > > > not
> > > > > > working as you expect.
> > > > > >
> > > > > >
> > > > > > On 11/6/13 2:16 PM, Stealthy wrote:
> > > > > > >
> > > > > > > > Hi guys,
> > > > > > > >
> > > > > > > > Hope I can get some help on this one. I have an ec2 instance
> > > > > > > > running
> > > > > > > > using a GPU cluster. I am capturing the Xvfb virtual screen
> > > > > > > > using
> > > > > > > > ffmpeg and would like to have my OPENGL enabled application use
> > > > > > > > the
> > > > > > > > GPU to render. It’s currently rendering everything using the
> > > > > > > > CPU.
> > > > > > > >
> > > > > > > > I already installed virtualgl but I’m having some trouble
> > > > > > > > intializing
> > > > > > > > virtualgl with Xvfb and ensure the GPU is being used. Anybody
> > > > > > > > could
> > > > > > > > help on this?
> > > > > > > >
> > > > > > > > Thanks in advance
> > > > > >
> > > > > > ------------------------------------------------------------------------------
> > > > > >
> > > > > > November Webinars for C, C++, Fortran Developers
> > > > > > Accelerate application performance with scalable programming models.
> > > > > > Explore
> > > > > > techniques for threading, error checking, porting, and tuning. Get
> > > > > > the
> > > > > > most
> > > > > > from the latest Intel processors and coprocessors. See abstracts and
> > > > > > register
> > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> > > > > > _______________________________________________
> > > > > > VirtualGL-Users mailing list
> > > > > > VirtualGL-Users@lists.sourceforge.net
> > > > > > (mailto:VirtualGL-Users@lists.sourceforge.net)
> > > > > > <mailto:VirtualGL-Users@lists.sourceforge.net>
> > > > > > https://lists.sourceforge.net/lists/listinfo/virtualgl-users
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ------------------------------------------------------------------------------
> > > > > November Webinars for C, C++, Fortran Developers
> > > > > Accelerate application performance with scalable programming models.
> > > > > Explore
> > > > > techniques for threading, error checking, porting, and tuning. Get
> > > > > the most
> > > > > from the latest Intel processors and coprocessors. See abstracts and
> > > > > register
> > > > > http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > VirtualGL-Users mailing list
> > > > > VirtualGL-Users@lists.sourceforge.net
> > > > > (mailto:VirtualGL-Users@lists.sourceforge.net)
> > > > > https://lists.sourceforge.net/lists/listinfo/virtualgl-users
> > > > >
> > > >
> > > >
> > > > ------------------------------------------------------------------------------
> > > >
> > > > November Webinars for C, C++, Fortran Developers
> > > > Accelerate application performance with scalable programming models.
> > > > Explore
> > > > techniques for threading, error checking, porting, and tuning. Get the
> > > > most
> > > > from the latest Intel processors and coprocessors. See abstracts and
> > > > register
> > > > http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> > > > _______________________________________________
> > > > VirtualGL-Users mailing list
> > > > VirtualGL-Users@lists.sourceforge.net
> > > > (mailto:VirtualGL-Users@lists.sourceforge.net)
> > > > https://lists.sourceforge.net/lists/listinfo/virtualgl-users
> > > >
> > > >
> > > >
> > >
> > >
> >
> >
> > ------------------------------------------------------------------------------
> > CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> > Learn Why More Businesses Are Choosing CenturyLink Cloud For
> > Critical Workloads, Development Environments & Everything In Between.
> > Get a Quote or Start a Free Trial Today.
> > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> > _______________________________________________
> > VirtualGL-Users mailing list
> > VirtualGL-Users@lists.sourceforge.net
> > (mailto:VirtualGL-Users@lists.sourceforge.net)
> > https://lists.sourceforge.net/lists/listinfo/virtualgl-users
> >
>
>
>
> --
> Kevin Van Workum, PhD
> Sabalcore Computing Inc.
> "Where Data Becomes Discovery"
> http://www.sabalcore.com
> 877-492-8027 ext. 11
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>
> _______________________________________________
> VirtualGL-Users mailing list
> VirtualGL-Users@lists.sourceforge.net
> (mailto:VirtualGL-Users@lists.sourceforge.net)
> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>
>
------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users
