xorg.conf only affects the 3D X server. It isn’t clear from your message whether TigerVNC is running on the same machines as FastX. If it is not, then a bad xorg.conf could be the problem on the TigerVNC machines. The first thing I would try is accessing the GPU through the 3D X server on those machines without using VGL (see the “Sanity Check” section in the User’s Guide.) If you meant that TigerVNC is running on the same machines as FastX, then perhaps, for some reason, the TigerVNC customizations set LD_LIBRARY_PATH to point to a Mesa implementation of libGL rather than the GPU-accelerated version. Also double check that the StrudelWeb environment isn’t doing something stupid like setting VGL_DISPLAY to the 2D X server rather than the 3D X server.
> On Aug 29, 2020, at 9:56 PM, Jake Carroll <[email protected]> wrote: > > Hi. > > I think I need a little bit of VirtualGL help. > > We've got an installation of FastX running on our SLURM controlled AMD Rome > nodes. The systems have 4 * nVidia T4 GPU's contained within. > > Using FastX + VirtualGL sessions works perfectly with MATE. So well, that > users often say how happy they are with it. > > However - we also run a custom TigerVNC based platform too, called > StrudelWeb. This was a local development. The problem we've got is that, > despite the same xorg.conf and everything else we can think of - the TigerVNC > sessions launched via Strudel do not seem to be able to use anything but the > llvmpipe MESA path. We can run some environmental variables within such that > VGL_LOGO=1 or similar exports absolutely pop up the "VGL" logo in our X > display windows over our Strudel Tiger VNC sessions (glxspheres shows the VGL > logo etc) but it is absolutely using the software renderer. What we can't > figure out is why VirtualGL + Tiger VNC won't pick up the nvidia hardware or > xorg config, but using FastX with an identical xorg.conf seems to work > perfectly. > > I'd post my xorg.conf but I don't want to fill this post with mess until > someone advice where I should start/what to look for first. > > So far I've tried a few things, including this in the xorg.conf: > > Option "UseDisplayDevice" "none" > > Which seems to have broken everything entirely (the nVidia T4 is a headless > GPU). > > I also looked at this: > > https://gist.github.com/shehzan10/8d36c908af216573a1f0 > > And thought it might help - but it assumes no implementation of something > like VirtualGL, so I wondered how relevant it was. > > So - I'm trying to work out what might be wrong with my remote launched > remote TigerVNC session via Strudel. > > For reference on what Strudel actually "is"... > > https://trac.version.fz-juelich.de/vis/wiki/vnc3d/strudel > > Thank you for your time. > > Regards, > > -jc > -- > 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/d84f788d-3566-4e6f-8dc5-9a31be944d19n%40googlegroups.com. -- 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/2DF0B4E2-22D4-4E2D-B4B0-F038B75D5477%40virtualgl.org.
