Yes, I'm working with containers, only its Singularity HPC and not Docker, 
which makes some things more complicated (and some less).

So, to get back to the original question: If I don't run the vglclient, are 
the correct steps the following?

1) Get the headless 3D X server running on :0 (should be quite easy once 
the cluster admin agrees to do that)
2) Each user runs:
    xvfb-run -a -s "-screen 0 1920x1080x24" env VGL_DISPLAY=:0 vglrun 
/path/to/app arg1 arg2 ...

I  tested this on my (non-headless) laptop and it seemed to work:

No window popped up, so apparently :0 wasn't used. And nvidia-smi showed 
that the GPU is being fully utilized. In glxgears, I get around 700 FPS on 
my GeForce GTX 1050 via VGL compared to 3000 FPS with direct on-screen 
rendering, but that's probably okay, we'll see when I test the full-blown 
apps.

If this approach is correct for this use-case, could I help making a part 
of documentation from it? We could also add the server-side setup part 
Jason posted.

Dne pondělí 24. srpna 2020 v 16:57:49 UTC+2 uživatel DRC napsal:

> Yes, that is exactly what VirtualGL does, but the VirtualGL Client is not 
> a required component of VirtualGL.  The VirtualGL Client is only used if 
> you use the built-in VGL Transport, which is only useful in a remote X 
> environment (i.e. when the 2D X server is on the client machine.)  Most 
> users use VirtualGL with an X proxy these days, in which case the VirtualGL 
> Client is not used.
>
> Apart from that, it sounds like what you are trying to accomplish is the 
> same as https://github.com/VirtualGL/virtualgl/issues/98: sharing the 3D 
> X server connection from host to guest in a container environment such as 
> Docker.
> On 8/24/20 9:15 AM, Martin Pecka wrote:
>
> As the GPUs are shared among more users, I find it useful to give a 
> separate (but still accelerated) X display to each user. I suppose telling 
> everybody to use :0 wouldn't end up very well (as long as everyone would be 
> rendering offscreen, it'd work, but I can't guarantee that). So I thought 
> that VirtualGL could be the thing that would guarantee that nobody will be 
> rendering onscreen.
>
> Dne pondělí 24. srpna 2020 v 16:02:20 UTC+2 uživatel DRC napsal:
>
>> 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/3973b3c2-f7ef-41b6-a580-14941b846b96n%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/virtualgl-users/3973b3c2-f7ef-41b6-a580-14941b846b96n%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
>

-- 
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/d4c5899e-c602-4dc6-bf14-4a9d695255fan%40googlegroups.com.

Reply via email to