I don't fully understand what you're proposing. The 3D X server part of your proposal should be no problem, as long as you connect each GPU to a separate screen on that X server (presumably, the 3D X server would be headless.) But why is the VirtualGL Client involved?
Conceptually, it should be possible to share the 3D X server connection with, say, a Docker container, but given the extremely limited resources of this project, I have thus far been unable to dedicate the time toward researching how best to accomplish that (https://github.com/VirtualGL/virtualgl/issues/98). On 8/21/20 7:44 AM, Martin Pecka wrote: > Hi, we're thinking about getting GLX support on our HPC cluster which > (currently) is completely headless. The idea is that users should be > able to run virtual containers which would be given access to HW > rendering with OpenGL. EGL would be better, but we're stuck with OGRE > rendering engine which doesn't have proper support for the nvidia EGL. > > Could you comment on my idea? Is it a supported scenario? > > The multi-GPU server would run a single "3D X server", probably Xorg. > It would also run the virtualgl client. Containers that want to do > some OpenGL stuff would call a combination of xvfb and vglrun. I.e. > the whole setup only works with a single machine, not a pair connected > via ssh -X. > > Is that possible? Is there a tutorial for this kind of setup? -- You received this message because you are subscribed to the Google Groups "VirtualGL User Discussion/Support" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/8187e572-46d7-eb3a-84b0-835bf4c08800%40virtualgl.org.
